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(54) Computer based graphical user interface for processing audio and video data and method 
of processing audio and video data 



(57) A system and method for displaying a user 
internee in the form off a program guide that assists 
users in determining and selecting television viewing 
options and related services is desaibed. The guide is 
a viewable display constructed at receiver stations 
based on data periodically received via a Direct-to- 
Home (DTH) satellite communication or other system. 
Preferably, the data decoder of the receiver station is a 
personal computer or a device having similar process- 
ing power. The guide display presentation can include 
still pictures, live video broadcasts, still graphics, mov- 
ing graphics, webpages. graphics and "buttons" that are 
utilized by the viewer to perform a variety of operations, 
including determining program availability, selecting 
programming or services, and launching to related infor- 
mation, progranming or services. A tuning bar is auto- 
matically scaled to seamlessly represent all programs 
that a given user subscribes to. The user moves a 
graphic slider along the tuning bar to quiddy and intui- 
tively select a current program. A pop-up graphic 
remote control presents a context adapted graphic sioh 
ulation and associated functionafity The guide includes 
a remote that is adaptive to the context that launches it. 
and which may be customized to simulate the appear- 
ance of a particular manufacturer's remote control unit 
The system further provides a service that provides 



access to Internet website information through data 
obtained from a satellite tiBnsmission. from transmis- 
sions across the Internet, and from locally cached infor- 
niation. The guide display layout and organization is 
d^ined by one or more recdrds that are broadcast as 
part of the broadcast streaming data The user inter- 
face, according to the present invention, is constructed 
from both real time broadcast data ("streaming" data) 
and periodically downloaded and stored data (lile" 
data). 
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Description 

I. BACKGROUND OF THE INVENTION 



A. Raid of the I 



[0001] The present invention relates In general to 
entertainment broadcast systenis that transmit and 
receive a wide variety of videa aucfio; software wnd 
other types of data. More particularly, it relates to a to 
multi-channel broadcast system that transmits a 
video/text/graphic-based program guide data stream 
that used at viewer stations to generate a user inter- 
lace that ^litates a user's selection of various pro- 
grams and sennces. is 

B. Description of Related Art 

[0002] The use of electronic convnunicatiohs meda 
to provide access to large amounts of videa aucfia tex- so 
tual and data irtformation is becoming more frequent 
For example, the public switched telephone network 
(PSTN) is routinely used to transmft low speed digital 
data to and from personal computers. Cable television 
infrastructure is used to carry, via coaxial catsle, analog ss 
or digital cable television signals, and nray jadso; be used 
to provide high speed Internet connection^ In general, 
cable television infrastructures include many head end 
or transmission stations that receive programming from 
a variety of sources, then distribute the prpgr^rning to so 
local subscribers via a coaxial cable network, l^ge 
Oirect-to-Home (DTH) satellite communications sys- 
tems transmit directly to viewers over one hundred fifty 
audio and video channels, along with very high speed 
data. DTH systems typically include a transmission sta- 35 
tion that transmits audio, video and data to sukjscnber 
stations, via satellite. 

[0003] One particularly advantageous DTH satellite 
system is the cfigital satellite tetevteion distrftxjtion sys- 
tem utilized by the DIRECTV® broadcast service. This 40 
system transports digital data, digital video and cfigital 
audio to a viewer's home via high-powered Ku-band sat- 
ellites. The various program providers send program- 
ming material to transmission stations. If the 
programming is received in analog form, it is converted 4S 
to digital. The transmission stations compress the digital 
video/audio programming (if needed), encrypt the video 
and/or audio, and format the information into data 
'Vpackets* that are multiplexed with other data (e.g., 
electronic program guide data) into a plurafity of bit- 5o 
streams, which include identifying headers. Each pack- 
etized bitstream is modulated on a carrier and 
transmitted to a satellite, where it is relayed back to 
earth and received and decoded by the viewer's 
receiver station. The receiver station includes a satellite 55 
antenna and an integrated receiver/decoder (IRD). The 
IRD may be connected to aii^ropriate out|;xit devices, 
typically including a video display. 



[0004] In general, DTH sateirrte(8) broadcast on 
several frequencies from multiple transponders at differ- 
ing polarizations (ag., left and ri^ hand circular polar- 
ization), and each transponder bitstream includes the 
video and audio data packets (m a cornpressed format) 
for several different programs (or Viewer chahneis"). 
For example, transporider ONE may broadcast the dig- 
ital video and audio data packets for ESPN. TNT. AMC. 
A&E. El, STARZ and USA. In a statistically multiplexed 
tehion. SateBites or other dlstrftxition systems which 
require separate input processing (e.g., satelfites at two 
separated locations requiring different antennas) may 
also be used. Accordingly, in order to receive a desired 
viewer channel, the receiver station must know the 
transponder frequency and the polarization at which the 
desired signal information being broadcast by the sat- 
eOite, along with the kientifying header information for 
those data packets on that transponder that relate to ttie 
desired program to permit its isolatioii from the multi- 
plexed bitstream. 

[0005] Each satellite transponder broadcasts a pro- 
gram gukJe data stream, which typteally includes not 
only broadcast schedule data, but also the aforenaen- 
tioned krfbrmation that the receiver station needs 
order to tune to a particular channel. The program guide 
data stream is broadcast on all satellite transponders so 
tiiat channel selection information is always avaflable to 
the IRD regardless of the channel to which the IRD is 
tuned. 

[0006] The data packets are distinguished from one 
another by their header information, which is refen-ed to 
as ttie packers "service channel ID" (SCID). For exam- 
ple, if a viewer instructs the IRD to display ESPN, tiie 
IRD, via tfie tuning information in the program gukie 
data stream, determines the transponder frequency and 
polarization at which the ESPN programming is broad- 
cast along with tiie SCIDs of the data packets that are 
needed to generate arid display the video, aucfia and 
data content of the ESPN program. 
[0007] The scheduling data in the program guide 
data packets also provide channel and program- 
attribute information that is used by the IRD to construct 
and output as a viewable display (which mayt>eafullor 
a partial screen) a text-t>ased listing of programming 
channels, times, tities, descriptions, ratings, etc. In 
operation, a prograrn guide display is typically pre- 
sented as a grid having channels fisted along the left, 
times across the top. and program tities shown witiiin 
the grid squares. Users can scroll through tiie grid, 
eittier up and down (by channel) or to the left and right 
(by time). Channels can be selected by inputting the 
channel number directiy using ttie number keys on a 
user's remote control, or channels may be selected from 
ttie program guMe display by highlighting and selecting 
a cun-ently broadca^ program ttiat is listed in ttie grid. In 
erttier case, the IRD tunes to ttie chosen channel by 
accessing the chann^'s transponder (frequency), polar- 
ization, and SCID infonfiation denoted the program 
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guide data stream. 

[0008] An extension of known IRD equipment is a 
PC-based system that allows users to receive, directly 
into thar PC's, the same digital yidea aucfio, and relalal 
infonnalion signals received in conventional DTH sys- 
tems. The receiver station in this PC-based system 
includes a local sateiiite receiver dish similar to that of a 
conventtonal IRD system, but the IRD functions are 
inplemented vnthin the PC architecture through the use 
of one or more circuit boards that are inserted into the 
PC, The decoded outputs from these boards are dis- 
played on the PCs monitor, or may be output to a con- 
ventional video cfisplay (e.g.. a television set) and/or 
other mass storage medium such as magnetic tape, 
digital video disk (DVD), optical or magnetic disk, video 
recorder (VCR), etc. Because the receiver statton 
includes a personal computer, a large number of addK 
tional data and software-related services can al30 be 
downloaded directly to the PC, thereby offering a variety 
of services, including broadcast prdgramnting, pay-per- 
view events, aucfio programming, data services, web- 
casting, software downloads and other data or soft- 
ware-related services. 

[0009] While known program gifldes have advan- 
tages, there Is still room for improvement, particulairty 
when considering the large number of data, software; 
videa audio, pay-per-view anrfolher programming serv- 
ices available through present and future DTH satellite 
broadcast sendees. For example, the viewable display 
generated from electronic program guide data tends to 
be presented primarily as text laid out in a grid. The 
processing power of cunently available IRD's, while 
appropriate for cunenl DTH programming services, 
inherently limits how the program guide can be dis- 
played, how much information can be incorporated into 
the guide, and how quickly and efficiently a user can 
move through the guide. These jDrogram guides are 
therefore essentially limited to cofweying program avail- 
ability and tuning information, and cto not have the 
organization and flexibility to effectively support other 
services such as software downloads, webpage Onks 
and downloads, data services, and other functions, 
[001 0] Accordngly. for broadcast systems having a 
large number of services that defiver a large amount of 
data to relatively sophisticated receiver stations (e.g., a 
PC), there is a need for a broadcast electronic program 
guide and an associated viewable display format and 
content that significantly enhances how the program 
guide can be displayed, how nujch information can be 
incorporated into the guide, and how quickly and effi- 
ciently the user can move through the guide. 

II .NUMMARY OP THglMVENTIQN 

[0011] The present invention provides a method 
and apparatus for efficiently and effectively transmitting, 
receiving, organizing and selecting transmitted data. 
The method and apparatus of the present invention is 
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preferably errixxJied in a user interface and related data 
protocols and procedures. The user interface may be 
implemented in the context of a wireless distribution 
system for securely, rei^ and inexpensively dstrfout- 
5 ing video, audio^ data servfoe, sofl«we and other sen/- 
fees to geographically remote receiver stations. The 
wireless distrfoution system is preferably a DTH digital 
sateirite television d'istrfoution system, though other sysr 
terns (e.g., terrestrial wire, cable, or wireless broadcast)^ 
10 may also be used in other embodiments. A typfoal DTH 
cfigital broadcast system inckxies a transmission sta- 
tion, a sateirrte relay, and a receiver station. At the trans- 
missiori station, video and audio programming signals 
are digitized in known manners,, multiplexed with ottier 
is data signals (such as the data needed to construct a 
program gukJe display according to the present inven- 
tion), compressed (if required), encoded, mated with 
enor oorrectton codes, modulated on carriers, and 
uplinked to a geosynchronos satelfita The satellite 
r^eives the linked signals and rebroadcasts them 
over a footprint that preferably covers a predetermined 
geographical area, for example, the continental United 
States. Receiver statfons, which are typically tocated at 
the user's horrie or business, recdve the satelRte sig- 
nals. The receiver stations each include an antenna, 
which preferably is in the form of a satellite dish, along 
with an integrated receiverydecoder (IRD). The antenna 
feeds the received satellite dgnal tP the IRD unit which 
recovers the originally transmitted digital videa audio, 
and data. Other receiver station equipment {e.g., cable 
decoder units) may be used with other distribution sys- 
tems in other embodiments, as is well knowvn in the art 
[001 21 The present inventton is particuiarty applica- 
ble to a receiver station having sufficient processing 
35 power to process and generate a program guide display 
and associated features that goes beyond conventional 
video/text/grid program giades. The processing power 
may be incorporated cfirectly into the IRD, for example, 
by adding a more powerfid microprocessor, rnore mem- 
40 ory, and associated software to the conventional IRD 
circuitry. Alternatively, the receiver station IRD may be 
replaced with a PC having circuit cards ttiat perform the 
IRD functions. A PC-based system significantly 
increases the recaver station's processing power, along 
45 with ttie number of services (e.g.. data services and 
software) the receiver station can receive and use. 
Accordingly, ttie features of the present invention are 
most advantageously utilized by a PC-t>ased (or compa- 
rable) receiver station. 
50 [0013] A PGbased receiver station suitable for use 
witfi the present invention includes an antenna, which 
preferably is in the fonn of a sateiiite dish, along witti a 
PC which, like tiie atwe-described IRD. recovers tiie 
originally trarwtitted digital videa audia and data. The 
55 digital broadcast data received from tiie satellite dish is 
coupled directly into a transport circuit board wittiin ttie 
PC. The PCs transport circuit board also performs ini- 
tial circuit functions on ttie signal coupled in from tiie 
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anteraia. including tuning, demodulation, and fbnvard 
error correction (FEC). The transport circuit board 
within the PC also perfonns siniilar functions to that of 
the IRD's transport drcuit including channel derrulti- 
plexing, deacon and access determination. The 5 
received digital broadcast data is sent from the trans- 
port circuit to videc/aucGo decoder drcurts. which may 
be on the same or separate ctrcutt board. The 
video/audio decoder circuit board decompresses and/or 
decodes the received conpressed broadcast signal. 10 
[001 4] In one etrtediment of the present invention^ 
the transmission station transmits to the receiver sta- 
tions program selection data/information that is used at 
each receiver station to construct an electronic program 
guide and associated display format and content (i.e., a is 
user interface) that, in contrast to known video4>ased 
and/or textMdeo/ioon-based electronic progp^ guides, 
significantly enfiances how the program guide can be 
displayed, how much tnforrniation can be Incorporated 
into the guide, and hew quickly and efftdently the user 20 
can rrove through the guide* The viewable display for- 
mat, accbiding to the present invention, incorporates 
moving picture videa stai pictures, text, links to external 
data sources, ^aphics and other features that facilitate 
the selection of various programs arxi services^ 2$ 
[001 SI The electronic program guide features of the 
present invention further provide a novel channel-selec- 
tion process in the form of a graphical representation of 
a luning bar." The tuning bar includes a movable slider 
that shows cun^ent tuning information (channel numk>er 30 
and call sign) fbr the programming or service that is 
being shown in a mabi viewing area of the display. Mov- 
ing the sfider (typically using a mouse-controlled dick 
arxJ drag operation) changes the tuning whk;h changes 
what is displayed in the main viewing area. Movir^ a 3S 
cursor over any portion of the bar "pops up" the chan- 
nei/cail-sign assodated with that portion of the bar. The 
received data that provides tuning information to the 
tuning bar is automatically scaled to accommodate the 
number of channels that are availatsle at that station, so 40 
that the channels are evenly spread out along the bar 
(without gaps) regardless of the number of channels to 
which the user subscribes. Also, incremental "up" one 
channel and "down" one channel buttons are preferably 
provided. 45 

[001 6] The electronic program guide features of the 
present irtvention incorporate stifl another novel chan- 
nel-selection procedure wherein a replica of a conven- 
tional remote control unit is provided as part of the 
display. The remote control display has graphical push- so 
buttons that correspond to those found on actual remote 
controls used for conventional stereos, video recorders, 
televisions, DTH, or cattle television systems. In embod- 
iments wherein the receiver station indudes a personal 
computer (PC), this feature gives the user ttie option of ss 
a "simulated remote control" interaction that the user 
may find more comfortable tiian using a rnouse or key- 
t>oafd alone. In an important embodimait, the button 



selections thiat make up the remote control display 
graphic change to frt the options available in ttie current 
saeen, providing a context sensitive operation. Also, 
tiie receiver station may provkie a remote control ds- 
piay haying a shape and button layout that corresponds 
to a particular manufacturer's physical remote continol. 
If. for example, the us^s television and other peripher- 
als are from RCA®, ttie system m^ d^lay a remote 
control graphk: having a shape and button layout that 
corresponds to the actual remote control tor the user^ 
RCA® TV, VCR and/or IRD. 

[0017] The electronic program gukJe features of the 
present invention incorporate still arifother novel displ^ 
presentation In connection with wet>-related services 
such as a "Best-of-Web" broadcast service, wherein 
wet>site data is cached at the receiver station for con- 
venient future access and/or finks are provkJed for a 
real-time connection. When the user attempts to access 
this servfoe^ a list is goierated and displayed showing 
the different websites and webpages that are availatde. 
In addition to the displayed list, the system maintains 
and stores a status list (or hash table) that may indude 
an indication of tiie medum through which the page/stte 
is available and. in tiie case of data subject to beir^ 
cached, the status of the cache O.a. whether or not the 
data is cached at tiie receiver station's memory). Mov- 
ing the cursor over one of the entries of tiie displayed 
table/list prompts tiie system to automatically search 
the information in tiie status list and determine whether 
or not the page Is available locally. For example, some 
webpages on tiie displayed list are cached in ttie 
receiver station's memory, some are available through a 
futore broadcast, while otiiers can only be retrieved via 
direct access to tiie Internet For data that is to be 
cached, tiie user interCace/display. via supporting soft- 
ware, immediately checks ttie status list and determines 
whetiier that webpage is presentfy cached, and gener- 
ates a pop up graphic (e.g., the universal "no" symbol) 
tttat comnumicates to the user immediately whettier or 
not ttiat wet)page is presentiy cached. This can be done 
in essentially real time because ttie receiver station 
maintains the status list of the cached wetpages and 
searches ttiat status list when the user moves the cur- 
sor ever a webpage selection, wittiout need to otiierwise 
interrogate the system or tiie main system memory. 
[0018] In accordance with anotiier aspect of tiie 
present invention, broadcast (or "webcast") webpages 
may be archived on a user's PC for later viewing. A web- 
cast is a constant arid repeating download of spedally. 
selected web content The content is usually groi4>ed 
by domaia Minimal scheduling is required for down- 
loading webcast information. Multiple groups of content 
may be identified by the same idaitifier, tiiereby aeat- 
ing a one-to-many relationship among ttie items of inter- 
est 

[0019] As webpage information is recaved by ttie 
subsober unit it is stored for later usa PrefenaUy, ttie 
broadcast system uses an archiving scheme based on 
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the ZIP format to group domain information. However, 
other alternative archiving famals may be used so long 
as both the sender and the receiver have a comnx>n set 
If the archived files are compressed, the files are prefer- 
ably extracted or decompressed using so-called 5 
"extractor" software, an exanrple of which is sold unda* 
the tradename PKWare~. which is a data compression 
library (DCU) compatible extractor. », howei/er, the files 
are not compressed, any ZiP extractor may be used to 
extract and view the files. Preferably, the filenames used 10 
in the wetxast archive are the uniform resource identi- 
fier (URI). 

[0020] Webcast archive files may have a dedicated 
filename extension convention. On any given data car- 
ousel, the contents ol which are repeatedly broadcast, is 
there must be exactly one main file for each webcast 
This file contairts a snapshot of the entire website. 
According to the present Invention, update archive files 
are used to replace portions of the main fie on the car- 
ousel. The subscriber unit stores all arc^e fHes in a 20 
subdirectory conresporxJing to the session ID of the 
webcast When a main file is received that is newer than 
the current main fBe in that cfirectory, ali other files in that 
directory will be removed and any links in the proxy 
server's cache map file for this wetx:ast will be.replaced zs 

with the URIs in the new main file. 
[0021] The invention itself, togetfier with further 
objects and attendant advantages, will best be under- 
stood by reference to the tollcwing deteiifed description, 
taken in conjunction with the accompanying drawings 30 

III. BRIEF DESCRIPTION OF THE DRAWINGS 
[0022] 

35 

FIG. 1 1s a diagram of a direct-to-home (DTH) trans- 
mission arKi reception system capable of broad- 
casting and utilizing data streams embodying the 
present invention; 

FIG. 2A illustrates a representative main menu 40 
page of a graphical user interface embodying 
aspects of the present inventk)n; 
FIG. 2B illustrates a graphical tuning bar in accord- 
ance with the present invention; 
FIG. 3 Illustrates an exemplary page template used 45 
to generate pages underlying the main menu, in 
accordarKe with the present invention; 
FIG. 4 is a state diagrani illustrating aspects of the 
Best-of-Wdj (BOW) features of the present inven- 
tion; ^ 
FIG. 5 illustrates an exarrple of a Best-of-Web data 
service page embodying aspects of the present 
invention; . 

Fia 6 illustrates another example of a Best-of-Web 
data service page, further showing a chfld window ss 
embodying aspects of the present invention; 
Fia 7 illustrates yet another example of a Best-of- 
Web data service page enrixxiying ejects of the 
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present invention; 

FIG. 8 is a state diagram illustrating ttie Software 
Downloads features of the present invention; 
Fia 9 illustrates an exanrple of a Software Down- 
loads data service page embodying aspects of the 
present invention; 

Fia 10 a state diagram Slustrating the Data 
Channels features of the present invention; 
na 1 1 illustrates an example of a data Channels 
service page embodying aspects of the present 
invention; 

Fia 12 illustrates an example of a Video Oiannels 
sen^e page embodying aspects cA the present 
invention; 

Fia 13 is a state diagram illustrating the "settings,* 
"messages,* and "schedule," functtons of the 
present invention; 

na 14 illustrates an example of a schedule func- 
tk>n page embodying aspects of the present inven- 
tion; 

Fia 15 aiuslrates an example of a message fcinc- 
tk>n page embodying aspects of the present inven- 
tton; 

RG. 16 illustrates an example of a settings function 
page embodying aspects of the present in\/ention; 
na 17 is a flow diagram representing system ini- 
tialization of the tuning bar in accordance with the 
preserrt invention; 

Fia 18 is a fk3w diagram representing system 
processing of a "dick" event in accordance with the 
present invention; 

Fia 19 is a flow dagram representing system 
processing of a "rollover* event in accordance vwth 
ttie preserrt vTvention; 

FIG. 20 is an enlarged view showing one variation 
of the pop-up renKJte control graphic overlay of the 
present invention; 

Fia 21 is an enlarged view showing another varia- 
tion of the pop-up remote control graphk; overlay; 
Fia 22 is a cfiagram of selected hardware process- 
ing components of the receiver station shown in 
Fiai; 

Fia 23 is a block diagram Olustrating one possible 
system architecture within which aspects of tiie 
present invention may be used; 
Fia 24 is a cfiagram illustrating a type of transport 
data packet that may be transmitted via tfie system 
shown in FIGS. 1 and 2; 

FIG. 25 is a block diagram illustrating a preferred 
data flow through a protocol stack for use with ttie 
present invention; 

Fia 26 is a iDlock diagram illustrating a preferred 

metfiod of processing a data packet for use with the 

above-referenced protocol stack; 

Fia 27 is a representation of a BFDP header; 

Fia 28 is a representation of a UDP header; 

Fia 29 is a diagram of a version 4 IP packet 

header; 
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FIGS. 30A - SOD are block diagrams representing 
MPT packets; 

FIGS, 31 A and 31 B are diagranis representing a 
BARP header and a BARP address record, respec- 
tively; and 

FIGS. 32A - 320 are sample SDP-i- records tor var- 
ious information services that may be used with the 
present invention. 

IV. DESCRIPTION OF THE PREFERRED EMBODI- 
MENT 

[0023] To facifitate review and understanding of the 
invention and the preferred embodiments, the present 
disclosure has been organized in accordance with the 
headings and sub-headings shown below. 

A. System Overview , . 

B. Graphical User Interface (GUI) 

1 . Description of the Main Menu 

2. DesQptk)n of the Page Template for Pages 
Underlying the Main Menu 

3. Description of* Pages and Links Underlying 
the Main Menu 

a. Best of the Web 

b. Software Downloads 

c. Data Channels 

d. Video Channel 

e. Function Pages 

4. Tuning Interface 

a. Tuning Bar 

b. Pop-Up Remote Control 

C. Receiver Statton Gaierally 

D. Receiver Station Architecture 

E. Data Packet 
F Audio/Video Processing 
Q. Data Processing 

1. Protocol Stack/Broadcast Rte Download 
Protocol (BFDP) 

2. Broadcast Address Resolution Protocol 
(BARP) 

H. SDP+ Records 

I. Webcast 
J. Conclusion 

A. System Overview 

[0024] By the way of example only, the method and 
apparatus of the present invention is cf sdosed \n con- 
nection with a system that broadca^ via satellite, 
vkleo programming, data services and multimedia data 
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(e.g., webpages). It should be understood, however, 
that any system requiring intuitive irrteractive program 
and/or service selection may alternativeiy employ the 
techniques shown herein. Such systems might include 
5 other broadcast communications techniques not tracfi- 
tionally associated with video programming or the Inter- 
net. For example, paging or cellular systafns delivering 
news or other infbnnation could ben^it from certavi 
aspects of the method and apparatus of the present 
10 invention. 

[0025] Generally, however, the techniques of the 
present invention are best used by broadcast video and 
data systems haying a larige number of available pro- 
grams, data and services, theretTy benefitting from the 
15 simplification of programming organization and selec- 
tion provided by the present invention. A preferred 
broadcasting system is the satelftte-based system uti- 
lized by the DIRECTV*** broadcast servica Such 
embodiments of the pres^ iitvention employ a satelGte 
so receiving antenna to acquire real-time video broadcasts 
and periocfic data broadcasts used to construct a pro- 
gram guide display. It should be understood, however, 
that many other delivery systems are readily applicable 
to alternate embedments of the present invention. Such 
25 systems irrclude wired or cable dstrtoution systems, 
UHF/VHF radio frequency systems or other tenrestrial 
broadcast systems (ag., MMDS, LMDS, etc.). and fter 
optic networks. 

[0026] fig: 1 iBustrates a typical Direct-to-Home 
30 (DTH) PC-based satellite communication system 100 
capable of utilizing the present inventioa The system 
100 includes a transmission station 102, a satellite/relay 
104, and a plurality of receiver stations, one of which is 
shown at reference numeral 106. Wireless communica- 
35 tions are provided between the transmission station 
102, the satellite/relay 104, and the receiver station 106. 
The transmission station 102 includes programming 
sources lOd, a control data source 1 10, a data sen/ice 
source 112, one or more program guide data sources 
40 114, a video/audio/data encoding system 1 1 6, an uplink 
frequency converter 118. and an uplink antenna 120. 
The data service source 112 receives data service infor- 
mation and webpages made up of text files, graphics, 
audio, video, software, etc. from a network 122 (ag.. the 
45 Internet, a LAN or a WAN). The satellite/relay 104 is 
preferably at least one geosynchronous or geostation- 
ary satellita The receiver station 106 shovwi in FIG. 1 
includes a reception antenna 124 connected to a low- 
noise-Wock (LNB) 126, and an integrated 
so receiver/decoder (IRD) embodied in a personal compu- 
ter (PC) 128 having a monitor 130 and a computing uni 
132. CDther devices, such as another video display, 
device (ag., television) 134 and a video recorder 136 
(ag. VHS, DVHS. DVD, etc.). may also be supported, if 
55 desired. 

[0027] In operation, tiie programming sources 108 
receive video and audio programnting from a nunri)er of 
sources, inducting satellites, tenrestrial fber optics. 
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cable, or tapa The received programirting signals, 
along with data signals from the control data source 
110. the data sendee source 112, and the program 
guide data sources 114, are sent, to the 
video/audioftiata encocfing system 116 where they are $ 
digitally encoded into information data streams that are 
multiplexed into a packetized data stream oc bitstream 
using a number of conventional algorithms. Each data 
packet within the packetized data stream includes a 
header that identifies the contents of the data packet io 
and a service channel identifier (SCID) that identifies 
the data packet In a conventional manner, ttie encoded 
bitstream is modulated and sent tiirough the upfink fre- 
quency convener 118, which converts the modulated 
encoded bitstream to a frequency band suitable for 75 
reception by tiie satetlite/relay 104. The modulated, 
encoded bitstream is ttien routed from tiie uplink fre- 
quency convener 1 18 to the uplink antenna 120 where 
it is t>rbadcast toward the satelliteifrelay 1 04. the satel- 
lite/r^y 104 receives the modulated, encoded fciit- so 
stream and re-broadcasts it downward toward an area 
on earth ttiat includes ttie recaver statk>n 106. The 
reception antenna 124 of the receiver station 106 ^ 
receives the signal, which is typically sNfted from, for • 
example, the Ku-barid signal down to, for example, an L- 25 
band signal by tiie LNB 126. The LNB output is ttien 
provided to the PC 128. the television 134 and/or ttie 
video recorder 136. As noted above, ttie PC 128 
includes conventional IRQ functions (provided, for 
example, by plug-in circuit cards (boards). Thus, when 30 
the user commands tiie PC 128 to tune to a particular 
program, the PC 128 associates tiie user's program 
selection witti a transponder and SCID nun*er and 
tunes ttie I RD to receive data packets from the appropri- 
ate transponder and to select data packets having the 35 
appropriate SCID nun^er from ttie multi-program data 
stream. 

[0028] Alttiough not necessary tor proper operation 
of the disctosed system, ttie receiver station 106 may 
optionally incorporate a connection (&g.. Ethemet cir- 
cuit or modem) to ttie network 122 for transmitting 
requests and other data t>ack to ttie transmission station 
102 or other location (or a device managing tiie trans- 
mission station 102 and overall flow of data in ttie sys- 
tem 100) and for communicating with network devices 
1 38 (e.g. . websites) tiiat may be on the network 1 22. 
[0029] In general, the software executed by the PC 
128 includes many conventional PC operations used to 
generate a graphical user interface (GUI) having a 
mouse-controlled cursor or the like, windows. diak>gue 
bK>xes, buttons, pull-down menus, and other such fea- 
tures that facOitate user selection of various options. 
The GUI of ttie present invention is assanbled using 
two bask; types of external data: (1 ) reai-time broadcast 
data (e.g. streaming data), and (2) file data (i*e.. data ss 
that is periodically downloaded and stored). Real-time 
data includes conventional program guide data (e.g., 
program attiibute data, tuning data, etc.). ticker data 
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(e.g., stocks, sports scores, eto.), some SDP-t- reconjs, 
and announcements (e.g.. updates to ttie webcast data 
catalog, etc.). RIe data includes information that is 
updated periodicaliy such as still pictures, moving video 
vyebpages. data catalog (webcast schedule), links 
to ottier internal or external sources of information, and 
various discrete software downk>ads. The QUI of ttie 
present invention organizes and siniplifies tiie presenta- 
tion of real-time broadcast data and file data by provid- 
ing. Inter alia, a plurality of pages, wherein each page 
has a display with several cfistinct segments. For exam- 
ple, a given page type may simultaneously provkle still 
pk;tures, moving videos, text, graphics, audia and data 
within separate segments. 

[0030] The QUI of ttie present invention requires 
ttie presence of appropriate data at ttie receiver station 
106. One mettiod of generating appropriate data and 
reliably transferring it to ttie receiver station 106 using a 
hardware configuration as shown in FKB. 1, is disclosed 
in detail below in section Q (Data Processing) of this 
dsdosura Generally, the metiiod set fbrtti in sectk>n Q 
includes a data transfer technique, referred to heren as 
bn>adcast file download protocol (BFDP), that operates 
in a one-way broadcast communication link. BFDP is 
tiie sut^ect of a copending commonly assigned applk:a- 

tion entitted . filed on 

no 
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and bearing serial 

BFDP breaks targe data faes for 



transmission into numerous small data packets, which 
are labeled in a sequential manner at ttie ttarismissioh 
statim 102 and broadcast to the receiver station 106. 
BFDP facilitates tiie assembly of tiie labeled data pack- 
ets back into tiie large data ffle and^&idbles identifica- 
tion of missing or corrupt data packets at the receiver 
station 106. Any missing or corrupt data packets at tiie 
receiver station 106 can be obtained and inserted into 
ttieir correct locations in the large data f Oe during sut^se- 
quent ttansmissions of tiie large data file Thus, if during 
ttie transmission of a large data file a number of its data 
packets are missing or corrupt, only the missing or cor- 
rupt data packets need be reacquired during a sut)se- 
quent re-broadcast of the large data fOe, and not the 
entire large data file. 

[0031] A mettiod for resolving an Internet protocol 
(IP) address into a physical address is also descrit>ed 
in section G of this disclosure. This mettiod is 
referred to herein as a broadcast address resolu- 
tion protocol (BARP). BARP is the subject of a co- 
pending commonly assigned application entitied 

. filed on ^aiKl 



bearing serial na 



1 



BARP is nec- 



essary because all file data (for example a large file 
ttansferred using BFDP. as discussed afc>cve) trans- 
ferred to ttie receiver station 106 are identified by IP 
addresses and, as previously noted, the receiver station 
106 requires a transponder and SCID to tijne to receive 
ttie broadcast ffle data. Accordingly. BARP allows ttie 
receiver station 106 to rapidly resolve an IP address for 
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a desired program or service into a trar^ponder and 
SCID. 

[0032] To inform the user of when and on what IP 
address the large file maition^ sbove will be broad- 
cast, session description protocol plus (SOP -i-) records 
are periodically broadcast by the transmtesion station 
T02. SOP -I- records are the subject of a co-pend- 
ing commonly assigned application entitled 
• filed on and 



bearing serial no. 
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SDP-f records 



are processed by the receiver station 106 to produce a 
schedule of all data sen/ice Information that will be 
broadcast by the transn^ssion station 102. Additionally, 
the SOP + records are used by the PC 128 to build GUI 
pages using selected information resident within the PC 
system (e.g., a baste page template 180 as shown in 
FIG. 3) and selected dynamic data that is received from 
the satellite or an Internet connection. When the user 
laun^es the interface into another state or page, the 
GUI builds the destination page as instructed the 
SDP -I- records and dsptays it on the user's PC system 
monitor 130. More details about the SDP + records are 
provided in Section I of this disclosure in connection 
with the descriptions of PIGS 32 A*32D. 

B. Graphical User Interface rGtJI) 

I.The Main Menu 

[0033] Now tuming to FIG. 2A. an example of a 
main menu page 140 for a preferred embodiment of the 
GUI of the present invention is illustrated. The main 
menu page 140 irK:ludes a central video window 142. a 
video title 144, a page title 146. a date/time display 148, 
a video channel tuning barlSO. a Video Channels serv- 
ice link 152. a Best-of*Web (BOW) data service link 
154. a Software Downloads service link 156. a Data 
Channels service link 158. a schedule function link 160. 
a messages function link 162. a settings function link 
164, and a pop-ifl) remote control link 166. In the 
embodiment shown these are atl implemented with a 
standard PC system Windows^" application window 
168. as shown. 

[0034] The main menu page 1 40 provides graphical 
"buttons" that may be selected to launch, or provide 
links to. four services. The Video Channels servce link 
152 launches the GUI into a video and text-based elec- 
tronic program guide. The Best-of-Web data servfoe link 
154 launches the GUI into a service for pre-selecting, 
previewing, and viewing various Internet websites that 
may be broadcast to the receiver station 1 06 via the sat- 
ellite/relay 104. The Software Downloads service link 
156 launches the GUI into a sen/ice for selecting and 
scheduling software for downloading to the user's PC 
128 of the receiver station 106. The Data Channels 
sennce link 158 launches the GUI into a servfoe for 
selecting and scheduling various types of streaming 
data tor downloading to the PC 1 28 of the receiver sta- 



tion 106. 

[0035] The main menu page 140 also provkJes 
graphfoal "buttons" that may be selected to launch, or 
provide links to, three functions": (1) the schedule func* 
5 tfon link 160. (2) the messages functfon link 162 and (3) 
the settings functfon link 164. All functions are repre- 
sented by graphkial buttons that, when selected by the 
user, launch the GUI into the sdiedule; messages, and 
settings functions, respectively. The schec^le functfon 
10 > provides a graphical muW-row scrolling grid^based 
guide that shows video/audio programming that is 
scheduled tor viewing and software files that are sched- 
uled for downloading. The messages functim provkles 
textual promotionat and status Information related to the 
15 video, BOW, Data Channels, and Software Downloads 
services. For example, a message may be provided to 
the user that a requested software downk>ad was suc- 
cessfully completed, or that a new software title w9l be 
available at a particular time. The settings furtction 
20 aSows the user to program or configure the various 
operational modes of the receiver station 106 with 
respect to the videa BOW, Data Channels, and Soft- 
ware Downloads services. The layout and content for 
each type of function page display of the present QUI 
25 depends on what servfoe has been selected on the 
function page. Thus, the furrction pages of the present 
GUI change with the cunent service page context For 
example, the layout and content of a settings function 
page changes as the user changes the functiori page 
30 type from Video Channels to Software Downloads. A 
more detailed d^cription of each of the function pages 
and associated links are dscussed below in section 3.e. 
in connection with FIG& 13-16. 

35 2. The Page Template far Pan es Underivino the Main 
Menu 

[0036] Turning now to a more detailed descriptic^ 
of the GUI, illustrated in FIG. 3 is the basic page tem- 
40 plate 180 that may be stored witiiin a local memory of 
the PC 128, and which may be used to build many of, 
but not necessarily all, the various GUI pages underly- 
ing the main menu page 140 of the present invention. 
The basic page template 180 includes a main content 
45 frame 1 82, tfie page titie 1 46, the date/time display 1 48, 
and a control pand 184, all arranged as shown. The 
main content frame 182 displays information of primary 
interest as the user navigates through the vaiious 
pages of the GUI. The main content frame 182 may 
so contain live video/audio programming, webpages, links 
to webpages or sen/ices, links to ticker data, program 
ginde information, or links to any other information 
taken from streaming or fae data tiiat the user is inter- 
ested in and which is consistent witti the cunrent page 
55 selected by the user. The page titie 146 contains the 
name of the cunent GUI page or state. The dateAin^ 
display 1 48 ointinuously displays current date and time 
information that is received from ttie broadcast data 
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stream and is corrected by the GUI software to reflect 
the local date and time tor the PC's location. 
[0037] The control panel 1 84 nnay further indude a 
special links segment 186, a sub-page links segment 
188, a functions toggle 190. the pop-up remote control 
link 166. and a main menu link 192. The spedal Bnks 
segment 186 may contain a plurality of graphics repre- 
senting programs and services of special interest to the 
user (e.g. websites, software titles available for down- 
load, etc.). Using conventional mouse-confrolled point 
and click operations or the like, the user may select one 
or more of the special links graphics to laUnch the GUI 
directly into the selected sendee, program, etc. The siAh 
page links segment 188 typically contains graphic but- 
tons lepiesenting other GUI pages that are linked to the 
current GUI page. The user may launch the GUI into 
one of the Bnked pages by selecting one of the graphic 
buttons in the sub-page links segment 188. The func- 
tions toggle 190. when selected by the user, launches 
the GUI into, a modified cSsplay state having tatsbed 
function pages within the main content frame 182 (e.g., 
as shown in FIG. 12) that are layered underneath the 
service page from which the functions toggle 190 was 
selected. The pop-up remote control lirik 166 contains a 
graphic represertting a pq>up remote control. The user 
may select this graphic to overlay a context sensitive 
(i.e., page dependent) simulated remote control 
(shown, e.g.. in FIGS. 20 and 21) over a portion of the 
display. The format and operation of this context sensi- 
tive simulated remote control is discussed in section 
4.b. (Pop-Up Remote Control) of this disclosure. The 
main menu link 192 contains a graphic representing a 
link to the main menu page (shown in FIG. 2A). The 
user may select this graphic to launch the GUI from a 
cunrent page displaying the graphic back into the main 
menu page 140. 

3- Paoes and Unks Underlvino the Main Menu 
a. Best of the Web 

[0038] As previously mentioned, webpage and/or 
wet»site Information may be downloaded to the PC 128 
and stored within the computing unit 132 for display on 
the monitor 130. This information is best accessed and 
presented using the GUI of the present invention. For 
example, the BOW data service described below allows 
the user to select various websites for downloading and 
storage on his or her receiver station 106. 
[0039] As previously set forth. wet>page infomiation 
may be downloaded and stored in the receiver station 
106. Accordingly, the GUI of the present invention is 
adapted to handle webpage infomnation through a serv- 
ice refen-ed to as Best-of-Web (BOW). Illuistrated in FIG. 
4 is a state diagram depicting a BOW data semce 200. 
The BOW data sen/ice 200 includes the main menu 
page 140, the Best-of-Web data service link 154. the 
main menu link 192, and a BOW introduction page 202 



that include basic informatton for the user on how to 
use the BOW data service 200. AdcBtionall)^ the BOW 
introduction page 202 includes a status bar (not shown) 
that indicates the progress of a program guUe down- 
5 load to the user's PC 128. and a Bnked grotip of BOW 
SLd>-pages 204. The Iviked group of BOW sub-pages 
204 includes a My Selections sut>-page 206 that allows 

a user to review and deselect websites for downloading 
from a personal library of websites, an Add Selections 

to sub-p^e 208 that allows a user to preview and select or 
deselect available websites for regular download to the 
personal \hrary of websites, a Spedal Events sii>-page 
210 that includes a group of toprcal or spedal interest 
mandatory websites (i.e., websites that are downloaded 

15 to the PC 128 whether or not they are requested by the 
user) that may be selected for viewing by the user, and 
a View Site 8ii>i>age 212 that allows a user to dsplay 
selected wet>Sftes. 

[0040] The pages and sul>i>ages of the BOW data 

sa servtee 200 are finked together as sihown in RQ. 4. The 
arrows represent directional links that, when selected 
by a user on a given page, launch the GUI afong the 
direction of the arrbw into another state or page. In the 
prefenred embodiment, the links are represented by 

25 graphical buttons or fogos that, when selected the 
user, invoke the associated link and launch the GUI into 
the conresponding page display/stale The BOW data 
service 200 is invoked fcy selecting the^Best-of-Web 
data service link 154 from the rhain menu page 140. 

30 The first time the user teunches the GUI along the Best- 
of-Webdata service link 154, the GUI displays the BOW 
introduction page 202. From the BOW introduction page 
202, the user may enter the Add S^eclfons sub-page 
208 by invoking a Bnk 214, or may return to the main 

35 menu page 1 40 from the BOW introduction page 202 by 
invoking the main menu link 192. Aft^ the first use of 
the BOW data service 200, selection of the Best-of-Web 
data service link 1 54 (firectty launches the GUI into the 
My Selections sut>-page 206. From the My Selections 

40 sut>-page 206, the user may launch the GUI into the 
Add Selections sub-page 208 by invoking an Add Selec- 
tions link 214. into the Special Events sub-page 210 by 
invoking a Spedal Events link 216, or into the View Site 
sulj-page 212 by invoking a View Site Ilnk218. From the 

45 Add Selections sul>page 208 the user may launch the 
QUI into the My Selections subi>age 206 by invoking a 
My Selections link 220 or the Special Events sub-page 
210 by invoking the Spedal Events link 216. From the 
Special Events sut>-page 210 the user may launch the 

50 GUI into the My Selections sub-page 206 by invoking 
the My Selections link 220. into the Add Selections sub- 
page 208 by invoking the Add Selections link 214. and 
into the View Site sub-page 212 by invoking tfie View 
Site link 218. From any page within the group of BOW 

55 subiJages 204 the user nay launch the GUI back to the 
main menu page 140 using the main menu link 192. 
[0041] The sub-pages of the BOW data service 200 
are constructed in accordance with the basic page tem- 
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* plate 1 80 (shown in Fia 3). IHustrated in FIGS. 5 and 7 
are examples of the Add Selections sub-page 208 and 
the My Selecttons sut>page 206 displays, r^ectively. 
As showvn in these figures, the special finks segment 
186 contains a plurality of graphics or logos that repre- 
sent topical, or othenvise noteworthy websites that are 
mandatory download website Mandatory download 
WebSites are re^jlarty/l^erjodically downloaded and 
stored in the local memory cd the user's PC 1 28 regard- 
less of whether the user reque^ a download of any 
mandatory sites. When the user selects one of these 
graphics the QUI launches directly, via the View She link 
218. into the View Site sub-page 212 and displays the 
. contents ol the selected she to the user. The control 
panel 184 fuiher includes the sub-page links segment 
1 88. The siA>-page links segment 1 88 contains a plural- 
ity of page links represented by graphic buttons. The 
graphic buttons have labels that indteate the page the 
GUI will be launched into when they are selected by the 
user. The sub-page links segment 188 hdudes graphic 
fcHittons representing the My Selections ink 220, the 
Add Selections fink 214. and the Spedal Events link 
216. At the base d the control paneJ 184 are the pop-14) 
remote control link 166 and the main menu Brik 192. 
[0042] The content of the main corttent frame 1 82 
varies with the particular sdb-page in whfch the GUI cur- 
rently resides. For exanpla when the GUI is n the Add 
Selections sub^ge 208 (as shown in FIG 5) the main 
content frame 1 82 contains a matrix of graphic sub-seg- 
ments representing a lS)rary of available wet^sites. The 
website sub-segments are preferably arranged Eilpha- 
betically within predetemnined categories Categories 
may be general areas of user interest such as Entertain- 
ment Finance, Lifestyle. Newvs. and Sports. Each of the 
website sub-segments 222. further includes a website 
logo 224 representing the website, a website title 
heada* 226, a website size incficator 228, a preview but- 
ton 230, and a select button 232 or a deselect button 
236. The user can preview a website by selecting either 
the websrte logo 224 or the preview button 230, which 
invokes the View Site link 218 and launches the GUI 
into the View Site sub-page 212. Selecting a website 
preview invokes a "pop-ip" preview child window 234 
(shown in FIG. 6) that contains a general desoption of 
the contents of the particular website and a selection of 
media graphics. 

[0043] Website sub-segments 222 that have been 
selected for download to the PC 128 have a highlighted 
(e.g., red) deselect button 236. Website segments that 
have not been selected for download have an alter- 
nately highlighted (e-g., gray) select button 232. By 
selecting the select button 232 or the deselect button 
236 the user toggles the website between select and 
deselect conditiOTs. The website selection/deselection 
process ma/ invoke the appearance of several chiW 
windows (not shown, but similar to the chikJ window 234 
shown in FIG. 6). For example, when the user "dfcks 
on" the select or deselect txjttons, the system produces 



a pop-up child window that prompts the user to confirm 
the selection or deselection of the webstta The user 
may ackfitfonally have the options of corif inning/accept- 
ing the requested selection/deselection, cancefing the 
5 selectk)nAieselection and returning to the page cfisplay 
that initiated the chikJ wirxtow. and disabling future 
appearances of the interposing child window. 
[0044] Aftematively. if the GUI is ffi the My Selec- 
tions sub-page 206. as shown, for example, in FIG. 7, 
10 then the main content frame 182 includes a nratrix of 
graphic sub-segments representing a library of user 
selected websites that are arranged, organized, and 
represented In a similar manner to those In the Add 
Selections sub-page 208 described above. The user 
15 may similarly view a website by either selecting the 
website togo 224, or a view button 238, which invokes 
the View Site link 218 and launches the GUI orto the 
View Site sub^ge 212. In the View Site sub-page212, 
the main content frame 1^ displays the selected web- 
20 site*$ pages. From the My Selections sub-page 206. the 
user m^ also deselect a site so that it is removed from 
the group of sites that are downloaded to the local menrir 
ory of the PC 1 28. A pop-up chikf window conrirhfttng tte 
requested deselectbn is preferably presented to the . 
25 user. The logos for sites that are scheduled for removal 
from the satellite transmission system are . displayed 
with a news button (not shown) rather than a view but- 
ton. When the user selects the news button, \an inter-^ 
posing pop-ip child window warris of the pending 
30 discontinuation of the website from the satellite system 
and allows the user to launch into the View Site sul>- 
P^e212. 

[0045] If the GUI is in the Special Events sub-page 
210 (not shown, but similar to the Add Selections sub- 
35 page 208). then the main content frame 1^ displays 
rows of graphk: sub-segments representing a group of 

topical or special interest mandatory download websites 
(not shown). As with the Add Selections sub^page 208 
and My Selections sub-page 206 the website sut>-seg- 
40 ments are preferably arranged alphabetically within pre- 
detennined categories. Categories may be Hot Topics, 
Sites of the Month, or other similar topical headings. 
Each website sub-segment includes a logo represent- 
ing the website, a website titie header, a view button. 
45 and a preview description. The preview description pro- 
vides a brief textual overview of the contents of the site. 
The user can view a site by selecting either tfie logo or 
the view button, which invokes the View Site link 218 
and launches the GUI into tite View Site sut)-page 212. 
50 [0046] The GUI of the present invention allows for 
the rapW detemnination and display of the availability of 
selected informatioa A web cache status (i.e., wh^er 
or not a webpage is stored on the PC 128) is conveyed 
automatically to the user from various pages of ttie GUI. 
55 Within the Add Selections sub-page 208, the My Selec- 
tions sil>-page 206, and the Spedal events sut>-page 
210 a cursor rollover of any webpage logo/sul)-Iink will 
indicate to ttie user whether that particular webpage is 
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locally cached or not To perform this function rapidly 
enough to present the static to the user in real time, the 
system maintains a hash table of ail the webpages that 
are cached in local memory (e.g., RAM or hard disk). A 
hash table of all the embedded links is aeated for each 5 
delayed frame of the GUI pages that include website 
logos. The system then makes a single request from the 
system's proxy server to retrieve the cached state of 
each link. The cached status for each embedded link is 
then stored in the hash taUe. Thus, as the user moves 10 
the cursor over a website fogo/link, the system can rap- 
icfly determine cached status and display this status to 
the user via an appropriate graphic (e.g. a finger/no firv 
ger graphic may be used as a universal yes/no indica- 
tion). IS 

b. Software Downloads 

[0047] One type of fie data that may be down-. 
Ic^ed to the receiver station 106 and stored in the 20 
computing unit 132 is commerdalty-available software 

(ag.. Quicken^. 

[0048] Illustrated in FKI 8 is a state diagram depict- 
ing a Software Downloads data service 240. The Soft- 
ware Downfoads data service 240 includes the main 2S 
menu page 140. the Software Downloads service link 
156. the main menu link 192. a Software Downfoads 
introduction page 242. and a linked group of Software 
Downloads sub-pages 244. The Softmre Downloads 
introduction page 242 includes basic text information for so 
the user on how to use the Software Downloads data 
service 240. 

[0049] The Software Downloads sub-pages 244 
further include a Full List sub-page 246 that displays all 
software available for downloading, a Specials sub- 35 
page 248 that displays promotional software available 
for downloading, a Hot List sub-page 250 that displays 
popular software available for downloading, and a soft- 
ware preview sut>-page 252 that contains a general text 
desaiption of the user selected software. The pages of 40 
the Software Downloads data service 240 are linked 
together as shown in FIG. 8. The Software Downloads 
data service 240 is invoked by selecting the Software 
Downloads service Gnk 156 from the main menu page 
1 40. Once invoked, the Software Downloads data serv- 45 
ice 240 displays the Software Downloads introduction 
page 242. From the Software Downloads introduction 
page 242 the user may either ri^m to the main menu 
page 1 40 via the main menu link 1 92. or may launch the 
GUI into the Full fist sub-page 246 by invoking a Full list so 
link 254. Rom the Full list sub-page 246. the user may 
launch the GUI into the Hot List sub-page 250 by invok- 
ing a Hot list link 256. into the software preview sub- 
page 252 by invoking a preview link 258. or into the Spe- 
cials sub-page 248 by invoking a Specials link 260. 55 
l=rom the Hot sufc>-page 250, the user may launch 
the GUI into the Full List sub-page 246 by invoking the 
Full List link 254. into the software preview sub^Dage 



252 by invoking ttie preview link 258, or into the Spe- 
cials sub-page 248 by invoking the Specials link 260. 
From the Specials sub-page 248 the user niay launch 
the GUI into the Full List sub-page 246 invoking the 
Full list riiik 254, into the software preview sub-page 252 
by invoking the preview Onk 258. and into the Hot List 
sid>page 250 invoking the Hot list link 256. From the 
software preview sub-page 252 the user may launch the 
GUI into the Hot Ust sub-page 250 by invoking the Hot 
List link 256. into the Full List sub-page 246 by invoking 
the FuU List link 254. or into the Spedals sd>-page 248 
by invoking the Specials link 260. The user may launch 
the GUI back to the main menu from any of the pages of 
the Software Downfoads data service 240 using the 
main merui link 192. 

[0050] The pages of the Software Downfoads data 
servfoe 240 are constructed in accordance with the 
basic page template 180 (shown in FIG. 3). Illustrated in 
Fia 9 is an example of this FuU list ^Jb-page 246. As 
shown in Fta 9. the special links segment 186 contains 
a plurality of graphics or logos representing the fwa 
nx>st popular software! titles that are available for down- 
loadng. When a user selects one of these logos/graph- 
ics the GUI is launched into the software preview sii>- 
page 252 from whfoh the user is given a general textual 
descriptfon of the selected software. The control panel 
184 further inclides the sub-page links segment 188. 
The sub-page links segment 188 includes a pluraHty of 
page links represented by graphic buttons having labels 
that con-espond to the page the GU( will be launched 
into when they are selected by the user. The sii)-page 
links segment 188 includes graphfo buttons that repre- 
sent the Full Ust link 254, the Hot Ust link 256. and the 
Specials Unk 260. Thus, by selecting the graphic button 
labeled "hfot LisT the GUI will be launched via the Hot 
List link 256 into the Hot List sub-page 250. At the base 
of the control panel 184 are the pop-up remote control 
link 166 and the main merui link 192. 
[0051] As previously noted, the content of the main 
content frame 1 82 varies with the particular sul>-page in 
which the GUI cunently resides. When the GUI is in the 
Full Ust subpage 246 (as shown in FIG. 9), the main 
content frame 1 82 contains a matrix of graphfo sub-seg- 
ments representing a library of software titles that are 
availat}le for download. Each software sut>-segment fur- 
ther includes a software logo 262 representing the par- 
ticular software title, a software title header 264, a 
software preview button 266. a download button 268, 
and a textual software description 270. The user can 
preview a software title by selecting either the software 
logo 262 or the software preview button 266. Selecting 
either the software logo 262 or the software preview but- 
ton 266 invokes the preview link 258. whfoh launches 
the QUI into the software pre^ew sub-page 252. In the 
software preview Slippage 252 the user is given a more 
detailed textual description of the selected software title. 
The user may download a software title by selecting the 
title using the downfoad button 268 on the Full Ust sub- 
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page 246 or from the software preview sub-page 252. 

[0052] If the user selects the clowrdo^ button 268 
for a particular software title, he/^e is presented with a 
set of choices for avalaUe download dateAimes for that 
title. The GUI may display for the user a confirmation s 
that they are about to schedule the download of a soft- 
ware title and may additicrally provide other information 
pertinent to the download such as software version 
options. If the user selects one of the available down- 
load date^mes then a download is scheduled for that io 
date^me. At the scheduled date/time for a download, 
the receiver station 106 automatically tunes to tiie 
proper transponder/feed and uses BFDP to c^Jture and 
record that download. A message is serX with suc- 
cess/fail infoimatton tor the download and is resched- is 
uled if necessary. 

[0053] The Hot List sub-page 250 is similar to the 
FuQ List sub-page 246 except the software tities shown 
are selected based on their popu^rity. The Spedals 
sub-page 248 is also similar to tiie Full List sub-page so 
246 except the available software tities are selected fbr 
promotional purposes. Botti ttie Hot List sub-page 250 
and tiie Spectais sub-page 248 allow the user to down- 
load software either cfirectiy via tiie download txjttori 
268. or through the software preview sut>-page 252. 

c. Data Channels 

[0054] aiustrated in FIG. 10 is a state diagram 
depicting a Data Channels data service 280. The Data 
Channels data service 280 includes tiie main nienu 
page 140. ttie Data Channels service link 158. ttie main 
menu link 192, a Data Channels introduction page 282 
that includes t>asic textual information fbr ttie user on 
how to use tiie Data Channels data service 280, and a 
linked group of Data Channels sub-pages 284. The 
linked group of Data Channels sub-pages 284 further 
inclujes a Selection sub-page 286 tiiat presents to the 
user the data services available, a Data Channels pre- 
view sub-page 288 that allows a user to preview a 
selected data sen/ice. a Schedule sub-page 290 that 
contains download information such as price. availat>le 
software options and downfoad schedule details, and a 
Confirmation sub-page 292 ttiat acknowledges a newly 
downloaded data service for the user. 
[0055] The pages and sub-pages of tiie Data Chan- 
nels data service 280 are linked together as shown in 
FIG. 1 0. The Data Channels data service 280 is invoked 
by selecting the Data Channels service link 158 from 
the main menu page 1 40. By selecting the Data Chan- 
nels service link 158. tiie GUI launches into the Data 
Channels introduction page 282. From the Data Chan- 
nels introduction page 282 the user may go back to the 
main menu page 140 by selecting ttie main menu link 
192 or may launch into ti^e Selection sul>page 286 by 
invoking a Selection page link 294. Rom ttie Selection 
sut>-page 286 ttie user may launch into ttie Sdiedufe 
sub-page 290 by invoking a Schediie page link 298 or 
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may launch into tiie Data Channels preview sub^aage 
288 by ofwoking a preview page Enk 296. From tiie Data 
Channels preview sub-page 288 ttie user may launch 
into ttie Sdecfiori sub-page 286 by invoking ttie Selec-^ 
tion page nnk 294 or may launch into the Schedule sdty 
page 290 by invoking the Schedule page link 298. Rom 
ttie Schedule sub-page 290 the user may launch into 
the Data Channels preview sub-page 288 by invoking 
ttie preview page nnk 296 or may launch Into ttie Confft-- 
mation sit)-page 292 by Invoking a Confimi page link 
300. From ttie Confirmation sut>^ge 292 the user may 
retum to the Selection sub-page 286 by invoking ttie 
Selection page tink 294. Additionally, ttie user may 
retum to the main menu from any of the sub-pages tsy 
selecting ttie main menu link 1 92. 
[0056] The sub-pages of ttie Data Channels serAce 
220 are constructed in accordance witii ttie basfo page 
template 180 (shown in Fia 3). lllustaBted in Fia 11 is 
an example of the Selection subi>age 286. The control 
pand 184 of ttie Selection sub-page 286 contains only 
ttie functions toggle 190. ttie pop-i^ remote control Bnk 
166, and ttie main menu link 192. The main content 
frame 1 82 of ttia Selection sub-page varies with the par- 
ticular sub-page in whk:h ttie GUI currentiy resides. For 
25 example, when ttie QUI is in ttie Selection sub-page 
286 (as shown in Fia 1 1), ttie main content frame 182 
contains a pluraEty of sub-segments representing ttie 
various data chanriel servfoes tiiat are available. Each 
data channel sid>segment contains a data channel logo 
30 302, a data channel preview button 304, a data channel 
launch button 30(S, and a data channel desaiptioh 308. 

d. Video Channels 

35 [0057] Selection of ttie Video Channels service link 
152 (FIG. 2A) launches ttie GUI into a mufti-segment 
electronic program gukle 310 shown in Ra 12. The 
electronic program guide 310 includes a grid-t>ased 
channel glide 312, ttie channel tuning bar 150 (also dls- 
40 played in ttie mam menu page 1 40), ttie pop-up remote 
control link 1 66, tiie main menu link 1 92, an active vkjeo 
window 314, a program description 316. and an elec- 
ti^onic program guide configuration header 318. 
[0058] The grid^^ased channel guide .312, uses a 
45 Garrtt chart Style layout witti time of day along one axis 
and channels along tiie otiier. The user can tijne to a 
desired channel by selecting a particular row/column of 
tiie grid-based channel guide 312. using the channel 
tuning bar 150 or tiie pop-up remote control link 166. 
50 Both ttie channel tuning bar 150 and ttie pop-up remote 
control link .166 are described in more detail later in tfiis 
disclosure under sections 4,a. (Tuning Bar) and 4.b. 
(Pop^p Remote Control), respectively 
[0059] The active video window 314 cfisplays pre- 
ss gramming from ttie currentiy selected channel. The pro- 
gram description 316 may indijde a variety of program 
information such as an at)stract of the program, the time 
slot, ttie rating, and ttie availability of closed captioning 
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for a currently Weighted grid guide program. The elec- 
tronic program guide configuration header 318 allows 
the isser to filter the contents of the program grid l)ased 
on the day. the kind of program, the time slot, or accordr 
ing to predefined categories. 
[0060] As described eariier, the GW of the present 
invention provides several fun<*on pages that worii to 
improve the GUFs flexibilrly. and assist the user in fBter- 
ing and managing the large amowtt of irifomiation avail- 
aUa These function pages nray be launched from the 
main menu page 140 (shown in Fia 2A) via the func- 
tion links 160. 162, 164. from a service page by select- 
ing the functions toggle 190, or from the grid4>ased. 
channel guide by selecting the tabs at the bottom of the 
guide. 

Function Pades 

[00611 niustrated in FIGL 13 is a slate, diagram 
depicting the organization of the function pages thai are 
associated with the main menu page 140. Frorn the 
main menu page 140, the user may invoke the schedule 
function link 160 to launch the GUI into an tnteriinked 
group of schedule sub-pages 320. the messages func- 
tion link 162 to launch the GUI into an interlinked group 
of messages subi)ages 330. or the settings function 
link 164 to launch tiie GUI into an interiinked group of 
setting sub-pag^ 340. The schedule sub-pages 320, 
messages sub^wges 330. and tile settings sub-pages 
340 are further interlinked via the schedule furiction link 
160, the messages function link 162. and ttie settings 
function link 164 as shown in Fia 13. The main menu 
link 192 may be invoked from any sub-page to go back 
to ttie main menu page 1 40. 
[0062] The various function pages illustrated in FIG. 
13 may also be accessed from the various service 
pages by selecting the functions toggle 190. In tiie pre- 
fen-ed embodiment if the user has selected a function 
page from witiiin a data servfce (using tiie functions tog- 
gle 1 90). in order to link to another data service ttie user 
must also exit ttie function pages via ttie data service 
from which ttie functions toggle was selected. Thus, ttie 
user can freely navigate between ttie various function 
pages associated witii ttie available data services once 
the function pages have been linked to via tiie main 
menu or frorh wittiin a data service page, but he/she 
cannot navigate between data sennces from wittiin ttie 
function pages. In ottier embodiments, it may. however, 
be desirable to allow ttie user to freely navigate between 
the various data services from within any state of ttie 
GUI. 

[0063] The schedule sub-pages 320 include a TV 
schedule page 322, a Data Channels schedule page 
324, a Software Downloads schedule page 326. and a 
Best-of-Web schedule page 328. These sub-pages 320 
are all interiinked as shown. -Additionally, ttie GUI may 
be launched from any schedule sub-page into a conre- 
sponding data senflca From ttie TV schedule page 322 



ttie QUI may be launched, via ttie Vkleo Channels serv- 
ice link 152, into ttie electronic program guide 310 
(shown in FIG. 12). Rom ttie Data Channete sched Je 
page 324 ttie QUI may be launched, via ttie Data Chan- 
5 neis service link 1 58, into ttie Data Channels data sen^- 
ice 280 (shown in Fia 10) if ttiat servfce is cuirently 
acBvefeelected. from ttie Software Downloads schedule 
page 326 the QUI may be launched, via ttie Software 
Downloads servtoe Wvk 156, into ttie Software Down- 
10 loads data service 240 (shown in Fia 8) if ttial service 
is currenfly active/selected, and ttie from ttie Best-of- 
Web schedule page 328 ttie QUI may be launched, via 
ttie Besl-of-Web data service link 154, into ttie BOW 
data servtee 200 (shown in FIG. 4) if ttiat senrtce is cur- 
is rentiy active/selected. 

[00€4] The schedide sub-pages 320,provjde a user- 
defined multi-day event calendar 350 (shown, e.g.. in 
FKi 14). Fironri ttie event calendar 350, ttie user can 
review upconrang everits (e.g. TV showfe. software 
20 downk5ads, etc.), remove scheduled events, or may 
review past everts. The multi-day evert calendar 350 
includes scroll arows 352 ttiat allow ttie user to adjust a 
central schedule view 354 upWown by days or leflfrigrt 
by hours. A filter section 356 aDows ttie user to selec- 
ts tively filter what progranis appear in ttie central sdied- 
ule view 354. For example, ttie user may adjust ttie 
filters to display only scheduled software downtoads. A 
current/upcoirtng events section 358 displays a textual 
list of scheduled events, such as a television show, a 
30 software downtoad, a special/topical television program; 
ete. When ttie user highlights one evert from ttie list of 
the events in ttie current/Upcoming events section 358 
an e/ents text t>ox 360 displays additional information to 
ttie user associated with ttie highlighted event A review 
35 button 362, virtien selected, allows the user to review 
details of a particular scheduled evert. Fa example, ttie 
date and time for a software download can be reviewed, 
modified to an alternative date and time, or may be can- 
celed. A history button 364, when selected^ altows ttie 
40 user to review past software downloads and television 
programs. 

[0065] The messages sub-pages 330 include a TV 
messages page 332. a Data Channels messages page 
334. a Software Downloads messages page 336. and a 

45 Best-of-Web messages page 338. The messages sub- 
pages 330 are all irterlinked as shown in FIG. 13. From 
ttie TV messages page 332 ttie GUI may be launched, 
via ttie Video Channels service link 152, into ttie elec- 
tronic program guide 310 (shown in FIG. 12) if that serv- 

50 ice IS currently active/selected. From the Data Channels 
messages page 334 ttie GUI may be launched, via ttie 
Data Channels sen/ice link 158. into ttie Data Channels 
data sen/ice 280 (shown in FIG. 10) rt ttiat service is 
currentty active/selected, from tfie Software Downloads 

55 messages page 336 ttie GUI may be launched, via ttie 
Software Downloads sendee link 156. irto ttie Software 
Downloads data service 240 (shown in FIG. 8) if ttiat 
senrtce is cun-entty active/selected, and ttie from ttie 
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1^ Best-of-Web messages page 338 the GUI may be 
. launched, via the Best-of-Web data service link 154, 
into the BOW data sennce 200 (shown in FIG. 4) if that 
service is currently active/selected. AD the messages 
subiDages allow a user to view promotional and status 
text messages related to the current sen/ice page typa 
For example, the Software Downloads messages page 
336 (shown, e.g., in FIG. 15) includes textual, promo- 
tional and status messages related to avanat}le or 
scheduled software downloads. A messages summary 
366 provides one-line text summaries descrft}ing the 
various messages that can be selected for viewing by 
the user. A message body 368 is displayed for the cur* 
rentty highlighted message. A remove button 370, when 
selected, eliminates the cu'rently highlighted message 
from the dtspl^. 

[0066] The settings sub-pages 340 indude a TV 
settings page 342, a Data Channels settings page 344. 
a Software Downloads settings page 346, and a Best- 
of-Web settings page 348. The settings sub-pages 340 
QTQ afl irrterlinked as shown in FIG. 13. Additionally, from 
the TV settings page 342 the GUI may be laundied, via 
the Video Channels service link 152, into the electronic 
program guide 310 (shown in FIG. 12) if that data serv- 
ice is cunrently active/selected. From the Data Channels 
settings page 344 the GUI nnay be launched, via the 
Data Channels service link 158, into the Data Channels 
data service 280 (shown in FIG. 10) if that service is 
currently active/selected, from the Software Downloads 
settings page 346 the QUI may be launched, via the 
Software Downloads service link 156. into the Software 
Downloads data service 240 (shown in FIQ. 8) if that 
data service is currently active/^ected, arxi the from 
the Best-of-Web settings page 348 the GUI may be 
launched, via the Best-of-Web data sen/ice link 154, 
into the BOW data service 200 (shown in FIQ 4) if that 
data service is currently active/selected. 
[0067] The TV settings page 342 (shown, e.g., in 
FIG. 16) allows a user to configure audio tracks (\.e, 
choice of language), select or lock-out satellite and 
broadcast channels, conf'gure inputs (e.g. antenna, 
cable. HRC. IRC), set spending limits tor pay-per-view 
selections, set ratings limits, modify display dimensions, 
configure the antenna (i.e. enter the antenna coordi- 
nates), activate closed captioning, service test the sys- 
tem, arxi configure an enriched TV mode (i.e., set the 
maximum cache size for enriched TV in Wtobytes). The 
Software Downloads settings page 346 allows the user 
to set the download directory in which download files 
wiQ be stored. The Best-of-Web settings page 348 
allows a user to nxxlify Internet settings (e.g., cache 
size), change wetxast settings, and define the proxy 
server and browser specific settings. 
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4. Tuning Iriterface 

a. Tuning Bar 

5 [0068] An important aspect of the present invention 
is the graphical charviel tuning bar 150. As shown in 
FIGS. 2A and 2B. the channel tuning bar 150 has a 
slider 372. an up arrow 374. a down anrow 376, a chan- 
nel number 378, and a channel call-sign 380. The dhan^ 

10 nel tuning bar 150 is automatically scaled so that the 
channels a particular user is entitled to see are evenly 
distrft)uted along the vertical length of the channel tun- 
ing bar 150. In operatioa the vertical posftk)n of the 
sikier 372, the channel number 378, and the channel 

15 call-sign 380. all correspond to the incoming 
video/audio programming that is currently being 
selected by a tuner 426 and a transport functional 
processing block 432 (shown in FIG. 22), and routed to 
and optionally displayed in the centrial video window 

so 142. The user can change the cunrent video channel 
selection in four wa^ Rrst, the user may inaement or 
decrement the selected video channel by selecting the 
up anrow 374 or the down arrow 376. respectively. Sec- 
ond, the . user can move the slider 372 directly to a 

2S desired vertical position or channel t>y grabbing the 
slider with the cursa and dragging it along the channel 
tuning bar 150rThird, the user can move the ctirsor to 
point to a specHic vertical position along the channel 
tuning bar 150, and fourth, the user may enter numeric, 

30 alpha, or alphanumeric inforrhation related to a new 
channel directly via the PC's keyboard. 
[0069] Holding the cursor ever any portion of the 
channel tuning bar 150 produces a pop-up window that 
displ^s to the user the channel number and call-sign of 

35 the channel assodated with that location on the channel 
tunir>g bar 150. Thus, when the user sees a desired 
channel number or call-sign in the pop-up window they 
may select that point along the tuning bar so that the 
slider 372 moves directly to the channel associated with 

40 that position. OrKe a new channel has been selected, 
the channel number 378, the channel call*sign 380, the 
vertical position of the slider 372, the video displayed in 
the central video window 142, and the video titie 144 are 
updated to correspond to tiie newly tuned/selected 

45 channel. 

[0070] In the disclosed embodiment the channel 
tuning t)dr 150 is divided into a number of locations, or 
increments, equal to the number of available tunable 
channels, services or other available selections. It is 

so known tiiat individual users in high capacity DTH sys- 
tems may subscribe to one or more available program- 
ming packages. Access to the available services is 
limited using conventional conditional access systems. 
Different users may subscn'be to different channels, or a 

55 given sut3scriber may change its authorizations over 
tima 

[0071] It is desirable, therefore, to accommodate 
change in the channel authorizations so ttiat. channel 
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turting bar 150 has an evenly distributed display without 
any "dead zones* or gaps. The top-most position in the 
vertical channel tuning bar 150 could, for example, cor- 
respond to a first service (ag. the lowest numbered 
channel that the particular user is authorized to 
receive), while the lowest position on the channel tuning 
bar 150 conresponds to the opposite extreme (e.g. the 
highest numbered channel the user is authorized to 
receive). Within this range, channels that the user is 
authorized to receive are dynanicalty distrilsuted along 
the channel tuning bar 150 such that the spacer 
between each channel's "area" on the tuning bar is sii> 
stantially equal, regardless of the ruimber of channels 
available fa viewing. 

[0072] To achieve this result processors wHhin the 
PC's computing unit 132 (FIG. 2) that are responstole 
fa generating the GUI (including the slider 372 and 
channel tuning bar 150) have access to stored infomia- 
tion corresponding to the channel authorizations a a 
user defined ari^set of them This local authorization 
information may be utifized to eliminate from the cus- 
tomo's grid display (Fia 12) grid fines or rows corre- 
sponcfing to unavailable channels. Alternatively some 
unsubSCTtoed channelsmay be displayed for prano- 
tional purposes. In tiie same manner, the channel 
authorization data may be used to assemble a complete 
sutiset of available services or other functions for use in 
allocating locations along tine channel tuning bar 150. 
[0073] In the disclosed embodiment tiie channel 
tuning bar 150 is initialized a configured for dsplay in 
one of tinree ways: (1) when tiie GUI code is first exe- 
cuted within the PC 128, (2) when the system receives 
a Main Program Guide (MPG) update message, or (3) 
when a user changes program guide display options 
(ag., t)y changing one or more parameters vnthin tiie 
electronic program guide configuration header 318 
shown in Fia 12). The MPG contains ttie infomiation 
needed to construct the electronic program guide 310 
(shown in Fia 12), and is stored in tiie local memory of 
the PC 128. In addition, the PC 128 receives, via the 
transmitted data stream, messages that instruct the GUI 
software to update tine locally staed MPG using infor- 
mation parsed from the transmitted data stream. 
[0074] An initialization or configuration of tiie chan- 
nel tuning bar 150 follows a procedure 390 illustrated in 
FIG. 17. In a first block 392, ttie system selects, from a 
copy of the MPG staed in memory, a list of the channel 
nuni)ers and logo names that the user is entitied to 
view. In a second block 394, ttie selected channel nunv 
bers (n = number of selected channels) and tiieir asso- 
ciated names are sorted eitfier by number or name and 
are stored into the system's memory as a data structure 
or channel/services table comprising (n) rows and two 
columns. In a ttiiwl block 396. the total number d pixels 
available to display the channel tiining t^ar 150 is 
divided by the number of selected channels (n) to deter- 
mine how many display pixels may be allocated to each 
of ttie user's available channels. In a fourtti tdock 398. 



ttie total lengtti of ttie channel tuning bar 150 may tiien 
be cBvkled b^een ttie number of available services or 
ottior functions. In certain embodiments, ttie altocations 

to each channel or function are equal. In ottiers, how- 

5 a/er, it may be desirable to allocate a broader increment 
or region of the channel tuning bar 150 to certain chan- 
nels, services, or ottier functions. This would have the 
effect of malong tiiese services more prominent and 
easier to tune (e.g. requiring less precision In placenient 

to of ttie slider 372). 

[0075] the displayed position of ttie slider 372 is 
tracked by the display generating software and com- 
^ pared to the calculated display pixel locations or inae- 
ments for each channef, servfoe. or action. The focation 

IS or increment corresponding to each channel may then 
be correlated or mapped to tuning information. For 
example, a matrix or lookup table may conrelate/lmap 
tuning t>ar display positions to con'esponding rifbrma- 
tion about that channel, whfoh is requred fa dsplay or 

20 tuning purposes. In ottier embodiments, pointers may 
include a data structure tiiat conrelate/map tuning bar 
increments so that ttie pointers point to tuning or ottier 
pro-am gukie information that correspond to the partic- 
ular channel associated with the display position of the 

25 slkler372. 

IQ0761 The channel tuning bar 150 is preferably 
inplemented as an ActiveX™ conttol. Because ttie com- 
puter code used by the PC 128 employs an object ori- 
ented encapsulation design, tiie channel tuning bar 1 50 

30 n^y be easily incorporated within, and interact witti. a 
wide variety of page displays. In addition, computer 
code implementing tiie tuning bar functionality is modu- 
lar and may easily interact witti any page witfiin ttie 
present GUI because the various page cfisplays do not 

35 have to assimilate ttie exact conrputer code implemen- 
tation contained wittiin ttie encapsulated tuning bar 
object. 

[0077] The computer code that generates ttie chan- 
nel tunirig bar 150 is responsive to several types of 

40 inputs that allow a user to change tiie displayed channeT 
or service. One type of input allows a user to move the 
cursor graphic over a particular portion of the channel 
tuning bar 1 50 and tiien "click"* on ttiat portion to display 
ttie channel or service associated with ttiat portion of 

45 ttie channel tuning bar 150. Tlie system processes a 
"click" event by following a procedure 400 ttiat is illus- 
trated in FIG. 18. In a first block 402 tiie desired tune 
slot or row in ttie channel/services table is found by 
divkiing tiie cursor's current pixel location by the total 

50 number of pixels allocated to each channel or sendee. 
In a secorxJ block 404 tiie channel number and name 
are retiieved from ttie calculated row or time slot in ttie 
channel/services table In a ttiird block 406, ttie tuning 
bar code requests the system to tune to the retrieved 

55 channel number. In a fourtti block 408, ttie dsplayed 
position of ttie slider 372 is updated to con-espond to ttie 
newly selected channel, and tiie assodated channel 
fujmber and name are displayed adjacent to the chan- 
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nei tuning bar 150. 

[0078] As described above, holding the cursor over 
any portion of the channel tuning bar 150 produces a 
pop-up window corrtatning the channel number and call* 
sign associated with that locatioa Thi^ a user's sdec- s 
tton of a channel can be greatly facilitated by these "roll- . 
over" events. 

[0079] The system processes a "drag" everit using 
a procedure 410 that is illustrated in FtQ. 19. In a first 
block 412. the tune slot or row in the channd/services io 
table is calculated by cfividing the cursor's cun-ent pxeT 
location by the nunber of pixels allocated to each chan- 
nel or service In a second block 414. the system 
retrieves the channel number arvJ the associated name 
from the calculated row. In a third block 416, the slider is 
position is updated and the channel klentffiers are dis- 
played acQacent to the corresponding location along the 
channel tuning bar 150. As a user moves the cursor 
along the channel tuning t>ar 150, a rapid succession of 
"rollover" events will be executed to produce an appar- so 
ently seamless display of changing channel numbers 
arxi assodated names that uniquely correspond to the 
changing posilkHri of the cursor. 
[0080] User's may also change the displayed chan- 
nel or service by moving the cursor over the sIkJer 372. 25 
htdding the primary mouse button and dragging the 
slider 372 to a desired location ak>ng the channel tuning 
t>ar 150. A user may "pick up" the slider 372 with the 
systems's mouse and move it along the channel tunir^ 
bar 1 50. As the slider 372 is dragged along the channel 30 
tuning t>ar 150. a rapid series of "drag" events are 
invoked within the system that are simOar to the "rollo- 
ver" events deserved above Channels and their asso- 
ciated names are selected from the channel/seiyices 
table based on the pixel location of the system's cursor. 35 
The slider 372 position is ipdated to conespond to the 
channel location along the tuning bar selected by the 
cursor. However, when the user releases the prirnary 
mouse button following a "drag" event, a "dick" event is 
invoked to change the displayed channel/service and to 40 
update the slider position, the displayed channel 
number, and the displayed channel name or call-sign. 
[0081] Alternatfvely, users may invoke a change in 
the displayed channel/service by entering numeric, 
alpha, or alphanumeric information via the system's 45 
keyboard. The system processes a displayed chan- 
nel/service change received through the system's key- 
board by first searching the channel^ervices tatHe for a 
matching channel number or name. If a matching chan- 
nel is fourxJ, the system initiates the logical equivalent of so 
a "dick" event (as described above and illustrated in 
FIG. 18) to complete the user requested change. 
[0082] The chann^ tuning bar ISO is primarily 
directed to accommodating video and/or axxSo pro- 
gramming which is available on selectable channels of a ss 
DTH or similar system. However, it is also pc^sibte to 
allocate portions of the channel tuning bar 150 to other 
services or functions which can be launched from the 



tuning bar 150. For example, positions of the channel 
tuning bar 1 50 may be conelated to locally cached infor- 
mation. The matrix or other correlating data WoukJ then 
pdnt to or otherwise select, for example, a subroutine 
for performing a local function, rather than accessing 
progam gukle/isdiedule information to initiate tuning. 
Portions of the channel tuning bar 150 may t>e reserved 
Uxr linking the user to other functions of the system, 
such as other menu pages, fbr example, BOW, data 
services, eta Links of tttis type could be grouped, for 
example, in a data servces portion 377 of the timing bar 
150, 

[0083] The channel tuning bar 150 may also be 
coded to intuitively convey selection, information to the 
user. For example, several colors may be used to visu- 
aOy distinguish sections of ttte tuning bar that corre- 
spond to particular selectkHi categories 373, 375, 377. 
If the lower portion of the bar is used fbr linking to alter- 
native ment^ or fiinctior^ ttiat portion of the bar may 
be shaded or cofored in a distinct manner. Similarly, a 
user's favorite channels a dtiier selected groupings of 
channels may be cfistinctiy cok)red or shaded to facii- 
tate tiieir selection from afong tiie length of tiie tuning 
bar. Selected channels along tiie tuning bar may t)e dis- 
tinguished with lines 381, adjoining indida 379, or sonrie 
otiier indication in or adjoining ttie channel tuning bar 
150. By way of example, the last tiiree, five, or other 
number of previously tuned channels may be marked to 
fadlitate retuming to ttiera In ottier embodiments, a 
"favorites" list maintained elsewhere in tiie system, may 
be used to highlight or otiierwise emphasize ttiose loca- 
tions conresponding to tiie selected favorite channels of 
a particular user. It will be understood by ttiose skilled ri 
tints art that many ahemative presentations and embod- 
iments are similarly possible without departing from the 
scope or spirit of the present invention. 
[0084] Although a single channel tuning t>ar 1 50 is 
shown, it is understood tiiat nrultiple tuning bars may 
alternatively be utilized. This may be particularly helpful 
where a large number of channels are present which 
would otiierwise cause tiie increment conesponding to 
each individual channel to be undesirat)ly small and 
require excessive precision in positioning tiie sikler 372.. 
Altiiough the channel tuning bar 150 is illustrated in a 
vertical position, it should be understood that other posi- 
tions, or combinations of positions, are similarly possi- 
ble. The channel tuning bar 150 may be straight, 
curved, or some condDination ttiereof. 
[0085] To further facifitate tuning in a high capacity 
system (i.e. many available channels and services) it 
may be desirable to provide a resolution function or 
acceleration function tiiat adjustably varies tiie rate at 
which the slider 372 moves along tiie channd tuning 
t>ar 150. For example, large user movements of the 
sTider 372 relative to tiie channel tuning t>ar 150 may 
cause a rapid movement ttirough available channels. 
However, when the user pauses at a particular location, 
tiie systeni may switch to a second resolution that effec- 
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tively decreases the position sensitivity of the slider 372 
so that the user may nnore easily select a particular 
channel within a few channels of the position paused in. 
For example, the GUI may actively rescale the pixel allo- 
cations in the channel/services table so that the number 
of pixels allocated to channels immediately sunounding 
the cursor position is increased and the number of pix- 
els allocated to channels that are not proximate to the 
cursor position are associated with relatively fewer pix- 
els. ' - 
[0086] those skilled in the art can immediately 
appreciate that video channel tuning using the channel 
tuning bar 150 desaibed above wiir be highly intuitive 
and quick because users tend to make viewing selec- 
ttons based on memorized channel nun*ers and call- 
signs. Furthermore, usees can directly select the 
desired channel for viewing without having to pass 
sequentially through ail available channels, or having to 
key in a muftiTdigit channel number. 

b. Pfx>-UD Remote Control 

[0087] Another important aspect of the present 
invention is the pop-up remote control link 166. which 
can.be selected by the user from several off the GUI 
pages to invoke the display of a graphic overiay that 
simulates a hand-heW renrote control unit Illustrated in 
FIGS. 20 and 21 are two possible configurations for the 
pop-up remote. Other configurations are possible, and 
may be predefined so that the pop-up remote closely 
matches the appearance, button layouts and button 
functions of a particular type of remote control with 
which the user is familiar. For exannple, if the user has 
an RCA® television, a pop-up remote graphic that repli- 
cates the RCA® remote may be specified. Although the 
GUI of the present invention, typically accepts user 
ir^Duts from a PC system's keyboard or mouse, many 
users may be more comfortable with, and may find it 
more intuitive to use, the keyboard or thei mouse to 
manipulate a simulated remote control to navigate 
through the pages of the GUI- 
[0088] The functionality, configuration, and button 
layout of the pop-up remote may vary according to the 
service page that launched the pop-up remote control. 
This context sensitive combination of pop-up remote 
appearance and associated functionality may be 
accomplished in a variety of ways For example, the 
system may associate a plurality of graphic files and 
function subroutines using a simple data structure (e.g., 
a lookup table, a matrix or pointers). Typically, the user 
is presented with a pop-Lp remote graphic having a plu- 
rality of buttons that initiate functions that are consistent 
with, or complementary to. the content of the current 
service page displayed. When the user launches into a 
page, pop-up remote graphic files and function subrou- 
tines associated witti that particular page are used to 
buiW both the graphic display of the pop-up remote and 
to provide the functionality underlying the displayed 
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configuration. When the user selects a location associ- 
ated with a particular Ixitton, the system may, for exanv 
pie, associate the button's position on the screen with a 
particular \iock of executable code (ag., a subroutine) 
and execute that coda 

[0089] For example, the pop-up remote shown in 
FIQ. 20 n^ay be associated exclusively with video chan- 
nel service pages, and the pop-up remote shown in FIG. 
21 may be associated exclusively with BOW broadcast 
servfce pages. Thus, the pop-up remote tmy be cus- 
tomized to provide fianctions complementary to the 
service page that laiiidied it. The pop-up remote's 
functtons for the BOW sennce pages preferably include 
those commands that are required for webpage naviga- 
tion fbnward/back a page, page toad^stop toad, page 
printirig, and help. The remote's functions for the Soft- 
ware Downloads service pages preferably include com- 
mands for saeen printing arxl help 
[0090] Screen kx:ations in the GUI corresponding 
to the selectable buttons of the renwte are conrelated to 
executable routines. The corresponding routines, when 
executed, perfomi the associated control function on 
the related hardware (ag., vkleo card, satellite IRD 
card), such as causing the channel selection to incre- 
ment up when a "change anrow is selected: The cor- 
relations between control routines arid screen tocations 
may be contained in a selectatrfe or predefined template 
ffla and the rentote graphic may be contained in a 
selectable or predefined graphic file. 
[0091] A plurality of graphic files and associated 
tenplate files may then be provkJed, wherein each 
yaphic corresponds to a different configuration of 
remote control device that preferably correspond to the 
actual appearance/configuration of the remote utilized 
by one of many manufacturers. Typically, the user will be 
presented with a remote configuration/appearance that 
corresponds to one that they are familiar with (ag., a 
remote which con-esponds to their other equipment 
such as a television, or VC R). 

C. Receiver Station Generally 



[0092] As noted above, the GUI of the present 
invention is preferably implemented within a DTH PC- 

45 based satellite communication system 1 00 such as that 
depicted generally in FIQ 1 . Discussed in more detail 
below is a preferred system and method for executing 
the GUI software of the present invention. In particular, 
a prefenred receiver station 106 architecture is dis- 

50 dosed. In addition, prefenred data transmission meth- 
ods that fadlitate the GUI's abrrty to receve and 
manage the large amount and variety of digital informa- 
tidn that is broadcast within the DTH system 100 are 
disdosed. 

55 [0093] FIQ. 22 is a detailed illustration of a pre- 
fen'ed implementation of the receiver station 106 shown 
in FIG. 1. As shown, the receiver station 106 indudes 
the reception antenna 124, the LNB 126, and the PC 
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128. The PC 128 indudes the monitor 130 and the coni- 
puting urtit 132, which have a niodem connection 
via the PSTN to the network 122. The computing unit 
132 includes, inter alia, a satellite receiver card 418, a 
video/audio decoder card 420, which may be integrated s 
with the receiver card 418, a icxsnditional access card 
422, a mass memory such as a hard cfisk (not shown), 
and processing/control capal^lities such as a PC moth- 
ertx>ard 424. The satellite receiver card 418 includes a 
timer 426. a demodulator 428, a fbnArard error cpn'ec* io 
tion (FEC) decoder 430, and a transport functional 
processing block 432. The videc^audio decoder card 
420 includes a video/audio deccder 434, an optional 
NTSC and/or ATSC output driver 438, and a VGA o^ 
driver 436. The satdlite receiver card 418 arxJ rs 
video/audio circuts (e.g., video/audio decoder card 
420) perform the functim of receiving and decodirtg 
the signal received from the LNB 1 26. The incoming sig- 
nal is received by a sateiiite receiver card 418 and 
passed through a series of inilial processing operattons 20 
including the tunar 426. the demodulator 428, and the 
fbnvard en-or correction decoder 430. before passing to 
the actual transport functional processing block 4i32. 
Althou€^ the functional drcurts within the transport 
functional processing block 432 are not illustrated, they 2s 
are identical to the channel demultiplexing, decryption, 
and access determination circuit blocks of a standard 
transport decoder. For exanple, the transport functional 
processing btodk 432 receives the transport stream or 
bitstream of digitized data packets containing videa 30 
audio, scheduling information, and other data. The dig- 
ital packet information contairis identifying headers as 
part of its overhead data. Under control of the PC's main 
processor/controller (typically located on the PC moth- 
ertx>ard 424), the transport functtonal processing bbck 35 
432 filters out received data packets that are not cur- 
rently of interest Received data packets that are of 
interest are routed through decryption and aocess cor^ 
trd operations within the conditional access card 422. 
Access control may be provided by arry known means. 40 
For example, access control may be achieved by requir- 
ing a data packet to have a proper authorization code In 
order to be passed to the video/audio decoder card 420. 

[0094] The transport functional processing t^bck 
432 passes the data to the video/audio decoder 434 of 45 
tine video/audio decoder card 420. The autiiorized data 
of interest are stored in system f=lAM (not shown) for 
buffering, and the video/audio decoder 434 retrieves the 
data from RAM as needed. 

[0095] The alk>cation of memory and control func- so 
tions may be ari)itrarily divided between the PC sys- 
tem's function cards (e.g.. the sateiiite receiver card 
418. the video/audio decoder card 420. etc). Thus, a 
substantial amount or possibly ali. of the control and 
memory functions for operation of the present invention ss 
may. be integrated witiiin a single card, or alternatively, 
may be incorporated wrtiiin tiie PC mottiert>oard 424. 
When needed, ttie data is routed to the video/audio 



decoder 434, whk:h includes display circuitry. For video 
data, the vkleo/audio decoder 434 reads in the com- 
pressed video data from its RAM. parses it creates 
quantized frequency domain coefTidents, ttien performs 
an inverse quantization, inverse disaete cosine trans- 
form (OCT) and mofion compensation. At ttiis point an 
image has been reconstructed in ttie spatial domain. 
This image is then stored in a frame buffer in ttie vkleo 
decoders RAM. At a lat^ time, the image is read out of 
the frame buffer and passed through the display dr- 
cuitry to the VGA output driver 436 and optfonally, to the 
NTSC and/or ATSC output driver 438. The display cir- 
cuitry also generates tfie graphtes ttiat aBow text such 
as the GUI electronic program guide data to be ds- 
played. 

D. Receiver Station Architecture 

[0096] llltstrated in FIG, 23 is a system architecture 
block diagram 500 depicting, by way of example or^y, a 
preferred organization of the PC's computing unit hard- 
ware and software which may implement aspects of the 
present inventfoa A tuner driver 502, aTVcontrdbfock 
504, a vkJeo MPEQ driver 506, and a video VGA driver 
508 provide tiie major functions of a conventional inte- 
grated receiver decoder (IRD). The tuner driver 502 
receives a digital signal modulated on an RF carrier 
{e.g., a digital satellite downlink signaQ on line 510. and 
performs known IRD functions to parse out and selec- 
tively control the flow of conditional access, video/audio, . 
and MPT data streams. The tuner driver 502 passes 
selected video/audio data packets to tiie video MPEG 
driver 506 on line* 512. The MPEQ driver 506 controte 
the MPEG decoding hardware. , synchronizes video and 
audio data, and manages the buffering of video arxl 
audio data to be displayed. The MPEQ driver 506 
passes decoded video information to the video VGA 
drive- 508 via line 51 6. The VGA driver 508 processes 
tiie decoded video information 514 and provides a cfis- 
play signal that may be, for example, a standard RGB 
output on line 516. The TV control Uock 504 controls 
the size and location of the video window via an MPEG 
decode control signal on line 518 and a VGA window 
display control signal on line 520 tiiat are passed to the 
video MPEG driver 506 and the video VGA driver 508 
respectively. 

[0097] Witii respect to file data, tiie tuner driver 502 
passes file data (e.g.. websites, software, etc.) as MPT 
data packets to a tuner NDIS driver 522. The NDI$ 
driver 522 strips the MPT head®- and passes standard 
IP data packets 524 using Miaosoft® NDIS protocol to 
a standard Windows® Winsock® interface 526. Rle 
data 528 may alternatively be passed to the Winsock® 
interface 526 as IP data packets via a network driver 
530 that exchanges information witti a network connec- 
tion 532 that may, for example, be an Ethernet, ISDN, or 
POTS connection. 

[0098] A data manager 534 functions as a data dis- 
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tributor or data hub. The. data manager 534 receives 
arKl interprets f Qe data from One 536. The data manager 
534 further provides an optional HTTP proxy service via 
line 538, uses an SDP-f data stae 540, and.schedules 
data-related timing requiremerrts. The data manager s 
534 may store data ffles (ag., HTMl, GIF, eta) on a 
local f3e system 541 (e.g., a hard disk) via a fifth data 
path 542. 

[0099] The data manager 534 may use a TAPI 
library block 546 to communicate via a telephony appli- io 
cation programming interface (TAPI) via One 544. The 
TAPI library bk>ck 546 is in direct communication with a 
modem 548 having a POTS phone line connectton 550. 
In this way. the data manager 534 can report to a serv- 
ice provider which advertisenflfents a particular user has is 
viewed or selected Q,e., advertisement tracking). In 
addition, the data manager 534 communicates with a 
service/CA manager 552, which sets tuning priori- 
ties/controls, manages conditional access messages, 
and resolves messages rekiting to program tuning infor- 20 
mation that are exchanged via a third data path 554 
to/from the tuner driver block 502. 
[0100] The SDP + data store 540 is a database that 
contains all the current SDP+ record information. The 
SDP-i- data store 540 passes DPG data store queries 25 
for data item description and display formatting Infoirma- 
tion to a data program guide block 558 on line 556. The 
data program guide block 558 contains' the dynamic 
HTML pages, includinggraphw contert, that is currently 
being broadcast by the satellite communication system 30 
100. The data program gukle block 558 may retrieve 
files from the local file system 541 via a fourth data path 
560. the SDP + data store 540 may also pass enriched 
TV data store queries 562 to an enriched TV function 
564 that serves to map a channel to an IP address and 
a port. The enriched TV function 564 may further 
receive tuning control information, via line 566, from a 
tuning control interface 504 and may, accordingly, pass 
screen formatting information to tte TV control block 
504 on line 570. The enriched TV function 564 and the 
data program guide block 558 may exchange infonna- 
tion with a browser application 572 along a first data 
path 574 and a second data path 576, respectively 
[0101] As descrbed in section IV.B.3JD. of this dis- 
closure, a user may interact with tiie GUI to schedule 
the download of file data. The GUI utilizes SDP + 
records to perfomi tiiis task. The SDP + records are 
stored \r\ the SDP + data store 540. At the scheduled 
time of reception, the data manager 534, which hokte 
schedule information, examines the records in the SDP 
+ data store 540 to determine the multicast IP address 
on which the download will be broadcasL After the data 
manager 534 has determined the multicast IP address, 
the servtee manager 552 looks to the BARP table, 
which may be stored on the local file system 541, to 
determine tuning information for the nujlticast IP 
address found in ttie SDP+ record. For example, a 
broadcast of Quicken '98™ software may be broadcast 
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on multicast IP address 1.^3.4 and that multica^ IP 
address may correspond to tuning information indicat- 
ing transponder two SCID five, according to the BARP 
table. Once the tuning information is determined, it is 
passed to the service/CA nnanager 552, which tunes the 
tuner driver 502 to, for example, transponder two, SCID 
five. 

[01 02] Re infbnnation received by the tuner 502 is 
passed to the tuner NDIS driver 522. where it is con- 
verted into IP data and passed to the Winsock® 526, via 
line 524. The Winsock®, in turn, paisses the IP data to 
tiie data manage 534. which performs the BFDP func- 
tion on the IP data to recover the data for Quicken *9d~. 
The data associated with Quicken *98™ is stored on the 
local fOe system 541 for later use. Any data determined 
by BFDP to be missing from tiie received Quicken *98^ 
f3e will be obtained on sutDsequent broadcasts of the 
file. When the cmplete file has been stored on the local 
f 9e system 541 . Quicken '98™ is complete and ready to 
rua 

E. Data Packets 

[0103] FIG. 24 is a diagram illustrating a preferred 
type of transi^ort data packet tiiat maybe transriiittiBdvia 
the system 100 shown in FIG. 1 and processed by the 
receiver station 106 shown in FIGS. 22 and 23. More 
specifically, tiie c^ta packet m^ be dbiipled to the 
receiver station shown in FIG. 23 Via line 510. The pre- 
fen-ed data packet shown in FIG. 24 is in the format and 
of the type used in the DirecTV® digital broadcast sys- 
tem. As shown, each data packet may be. for example, 
147 bytes long. The first two bytes (a byte is made up of 
8 bits) of infbnnation contain the SCID and ftegs. As 
55 previously stated, tiie SCID (service channel ID) is a 
um'que 12-brt number tiiat uniquely identifies the 
packet's servk:e channel. The flags are made up of four 
bits used primarily to control whether or not the packet 
-is encrypted, and, if encrypted, which key to use to 
40 decrypt the packet The third byte of information is 
made up of a four-bit packet type indicator and a four-bit 
continuity counter The next 127 bytes of infornration 
consists of the "paylpad** data, which is tiie actual usa- 
ble infbnrotion sent from tiie program provider. The 
45 payload can be any of the various types of data sent 
over the airlink. including video, audio, conventional pro- 
gram guide data data related to the layout/format/con- 
tent of tiie user interface display pages of tfie present 
invention, conditional access data. wetx:asting data. 
so software download data. etc. 

F AudioA/ideo Processing 

[0104] The architecture shown in FIG. 23 may be 
55 used to receive aucfio and video signate associated with 
television programming. When a user desires to watdi 
television programming, the service/CA manager 552 
tunes tiie tuner driver 502 to tiie appropriate trans- 
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- ponder and SCID or SCIDs to receive the appropriate 
programming signals The received signals are passed 
to the MPEG video driver 506 via line 512. The MPEG 
video driver 506 appropriately processes the received 
signals to obtain audio and video signals that are s 
passed to the video VGA driver 508, which, in turn, 
passes the signals to a monitor for display. 

G. Data Processino 

10 

1. Protocol Stack/Broadcast File Download Protocol 
(BFDP) 

[0105] As discussed in section iV.A. of this disclo- 
sure, the GUI of the present invention requbes the pres- 75 
ence of appropriate data at the receiver station 106. 
Although a variety of data processing techniques could 
be used in conjunction with the GUI of the present 
invention, BFDP, BARR and SDP + are exemplary of 
prefen^ed data processing methods. Respectively, these 20 
methods provide a way of reliably transferring ffle data in 
a one^vay coiimunication charviel. resolving IP 
addresses into physical addresses, and announdng to 
the receiver station 106 how to display available data 
streams for selection, and when and how to tune to data 2S 
streams selected by the user. 
[01 06] Illustrated in FIG. 25. is a preferred data flow 
through a protocol stack that utilizes the BFDP. BARR 
and SDP + data processing methods. The transniission 
station 102 (or "headend*) builds transport data packets 
for transmission in accordance with the headend data 
flow arrow. There are four primary data flow paths 
through the protocol stack at the transmission station 
102. RIe data begins at an application layer 602 and is 
passed down through a BFDP layer 604. a UDP l^er 
608. an IP layer 610. and is encapsulated for transmis- 
sion to the receiver station 1 06 by an MPT layer 61 4 and 
a transport layer 616. VVebcast data begins at the ^i- 
cation layer 602 and is passed down tiirough a webcast 
layer 603, the BFDP layer 604, the UDP layer 608. the 
IP layer 610. the MPT layer 614, and the transport layer 
616. SDP+ records begin at the application layer 602 
and are passed down through an SDP-i- layer 606. the 
UDP layer 608,.the IP layer 610, the MPT layer 614 and 
the transport layer 616. BARP information begins at the 
application layer 602 and is passed down through a 
BARP layer 612. ttie MPT layer 614 and the transport 
layer 61 6. Transport packets received at the receiver 
station 106 (or "subscriber") are resolved into BARP 
information, SDP + records, webcast information, and 
file data by passing the received packets up through the 
protocol stack in the direction indicated by the sub- 
scriber data flow arrow. 

[01 07] DIustrated in FIG. 26 is an exemplary method 
of processing a data packet using the protocol stack 
shown in Fia 25. FIGS. 25 and 26 are descrtoed is 
more detail below In connection with, in-depth discus- 
sions regarding the BFDR BARR and SDP+ data 
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processirig methoda 

[0108] As cfisojssed earfier in section IV.B. of this 
disclosure, the GUI of the present invention fecilitates 
the organizatfon, sdection, and display of audfoA/ideo 
infonmation. file data (e.g., software, websites, eta), and 
streanv'ng data (e.g., data tickers). Fbr example, the 
Software Downloads data sennce 240 (shown in FKx 8) 
aflows a user to schedule automatic downloads of soft- 
ware tities to the PC 128. and the BOW data service 
200 (shown in FIG. 4) allows a user to select websitos 
for peiriodkAegular downloading fo the PG 128. 
[0109] Downloading fie data is espedalty dirtcutt 
within the DTH system 100 (shown in Fia 1) because 
the DTH system 100 does not provkJe a backchannel 
communication path from the receiver station 1 06 to the 
transmissfon statfon 102 (i.a. the communication path 
a one-way path to the receiver station 106). the 
absence of a backchannel makes it impossble for the 
receiver station 1 06 to acknowledge to tiie transnv'ssion 
station 102 that a software fSe was completely received 
and error firea Additionally, the absence of a backchan- 
nel prevents the receiver station 106 from requesting 
rebroadcast of missing data from the transmission sta* 
tion 102. Ahhough the communication channel asisod- 
ated witii the DTH system 100 haa a very low bit enror 
rate, relatively long periods of signal inteniiption may 
occur. For example, snow a rain, eitiier at the transmis- 
sion station 102 or the receiver station 106 may cause 
the communication channels of the system 100 to fade. 
30 thereby causing received signal enrors. Adcfitipnally. 
user activity, such as receiver station tuning or deactiva- 
tion, may cause signal intem^tipns. If signal interrup- 
tions occur during the download of file data, ttie file data 
will be incomplete and inoperable. 
35 [01 1 0] One prefenred method of addressing the dif- 
ficulty associated with transmitting fie data along a one- 
way communication path, such as that used by the GUI 
of the present invention, uses data carousels at tiie 
transmission station 102 ttiat repeatedly broadcast tiie 
40 same file data to ttie receiver station 1 06 in conjunction 
witti a data transfer protocol that is the subject of a co- 
pending, commonly assigned patent application serial 

na f iled on - and 

entitled . The Broadcast RIe 

45 Download Protocor (BFDP) prepends a header to the 
file before transmission of the data packets. This header 
allows a download f ae to be reassembled from informa- 
tion received during one or more broadcasts of tfie 
same download file. Thus, if some file data is lost or cor- 
so rupted during a first broadcast of the downfoad file, 
BFDP allows the receiver station 106 to "fill in" any 
missing or comiptedWe data wrtti file data received dur- 
ing a sii3sequent broadcast of ttie same download file, 
tiiereby avokiing the constraint of having to receive an 
55 entire file without cmuption/interruption during a single 
broadcast 

[0111] The details of BFDP wiU now be explained 
with reference to FIGS. 25 and 26. If a file (e.g., a wd>- 
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Site, a software file, eta) is to be broadcast from the 
transmission station 102 to the receiver station 106, 
data from the application layer 602. such as webcast is 
passed to the BFDP layer 604, For purposes of expla- 
nation of the BFDP. it will be assumed that a data file s 
620 having 2 kilobytes (2K) of data is to be transmitted. 
The data tde 620 is received by the BFDP layer 604, 
whrch If necessary, breaks the data file 620 into ismaller 
data fragments 622 and 624. For purposes of explana- 
tion ft is assumed that the data file 620 is split into two io 
IK data fiagments 622, 624 and that a BFDP heade 
626 IS prepended to each of the data fragments 622, 
624; The size of the fragments is a tradeoff between 
overhead and the probability of data loss, tf low over- 
head is desired, the size of the data packet will be large is 
with respect to the BFDP header on the data. However, 
if the probability of data loss is high, the size of the data 
packets should be made smafl to minimize the data lost 
if a stfigle packet is lost Typically, the prot^ability of data 
loss is determir>ed by channel characteristics. The so 
remainder of the processing for each fragment is identh 
cal. A sample format for the BFDP header 626 is shown 
in FIG. 27. 

[0112] The eight fields of the sample BFDP header 
626 provide information concerning the number and 2S 
order of the data fragments 622. 624 that are broadcast 
to make up the data file 620. Each field in the sample 
BFDP header 626 is represented by four bytes, except 
for filename, which ts represented by sixty-four bytes. 
The Sync, field contains information that may be used to so 
assist in identifying the header. An ID field is a represen- 
tation of the object ID for the fOe being broadcast. The 
object ID may be used for data filtering at the receiver 
station 106. The Version fieW indicates the version of 
the BFDP used to create the present packet Filename 35 
is sixty-four bytes of informatk)ri used to indicate the . 
filename and path where the data fragment is to be 
stored on the receiver station 106 (e.g., C:\down- 
loadsVxyz). Preferatjly, the filename field is used only for 
special files and is not generally used. For example, 40 
when wetKast information is transferred, a HTTP 
header is used and the filename field is ignored; The 
Modified field denotes the last time tiie fragment was 
modified. Preferal>ly, this representation is in UNIX 
time_t format. Count, Numt>er, and Sire fields refer to 45 
the ruimber of fragments used to make up the original 
file data that is broadcast the nunijer of this fragment, 
and the size of this fragment respectively. The count, 
number, and size fields are key pieces of information 
that allow BFDP to reconstruct a contplete data file from so 
muHipie broadcasts of the data f Qe. For example, a data 
file may be broken into 10 fragments and. during trans- 
mission, fragrhents 1-5 and 8-10 were received by the 
receiver station 106. On subsequent broadcasts of tiie 
data fOe. tiie receiver station 106 examines all of the ss 
BFDP headers on tiie received fragments and only 
stores the data packets indicated as fragments 6 and 7 
in their. BFDP headers. therd>y filling, in the received 



datafile. 

[0113] As shown in FIGS. 25 sind 26^ after the 
processing is complete at the BFDP layer 604, the 
resulting data packet is transfenred to a UDP layer 608, 
which prepends a UDP header 628 to the packet The 
UDP header 62d. which is standard and well known in 
the art. is shown in Fia 28. The UPD header 628 
includes f leMs that denote source and destination ports 
for tiie data. That is, UDP header fields contain informa- 
tion indicating the appHcation that is p-oviding the data 
(source port) and the applicatim that is to receive the 
data (destination port). At this point in the processing, 
the data packet ts refen-ed to as a UDP packet 630. 
[0114] Data transferred to a conrputer throQgh a 
connection is typteally in an Intanet protocol (IP) for- 
mat which is well known to tiiose skilled in the art 
Accordingly, the UDP packet 630 is passed to tiie IP 
layer 610, which in a well known manner, prepends an 
IP header 632 onto the UDP pack^ 630, thereby aeat- 
ing an IP packet 634. The IP header 632; which is 
shown in FIQ. 29 denotes, inter alia, the IP addresses of 
the data source and destination computers. Information 
that is tH'oadcastto a number of users preferably uses a 
multicast IP address. Atternativel>; infomnation may be 
addressed to specific users via a standard IP address. 
[01 1 5] After tiie UDP packet 630 has been properly 
processed by the IP layer 610 to create tiie IP packet 
634. the IP packet 634 is passed to an MPT taye* 614. 
The MPT layer 614 processes the IP packet 634 to cre- 
ate an appropriate number of MPT packets 636. For 
example, in digital video broadcasts (DVB) tfte size of 
tiie MPT packets may be 185 bytes. Alternatively, the 
MPT packets may be 127 bytes long for ottier direct to 
home (DTH) applications. For use in the present system 
20. each the MPT packets 636 is 127 bytes long includ- 
ing a header and data. The MPT layer uses a number of 
packet configurations, sfiown in FIGS. 30A - 30D, to cre- 
ate tiie 127 byte packets, tf tiie IP packet 634 contains 
114 bytes or less, only one MPT packet referred to as an 
"Only Packet" 760 needs to be created! The preferred 
format of the Only MPT packet 760 is shown in FIG. 
30D. The Only padiet 760 Includes: a six bit flag fiekJ 
that is preferat^y reserved and set to all zeros, a one t)it 
start of frame (SOF) field tiiat indicates that this pactot 
is the start of tiie frame, a one bit end of frame (EOF) 
field that indicates that tiiis packet is tiie end of tiie 
frame. If the IP packet 634 contains 114 bytes or less, 
only one MPT packet 636 will be sent, therefore the 
Only packet header indk:ates that the Only packet 760 
is the start of the frame and the end of the frame. The 
Only packet 760 may also include a fiekJ indicating the 
sub-SClD address of the packet, which preferatsly 
includes a two byte type code and a four byte type- 
dependent coda Preferably, the type code is 0x0100. 
which signifies that the fast four bytes are the multicast 
group address to whkh this frame belongs. The Only 
packet 760 may also include a frame type field, which 
identifies tiie type of content in the MPT frame. Prdera- 



41 



EP1028 551 A2 



42 



Uy. this field is used to indicate vyhether the frame is an 
IP frame or a BARP frame. Preferably, the frame type 
field is fflled using Internet Assigned Number Authority 
(lAISiA) standard numbefs. Further, the Only packet 760 
may include a cydic redundancy check (CRC), which is 5 
a 32-brt raimber conrputed 0^ the entn'e MPT frama 

[0116] If the IP packet 634 Is to be processed by the 
MPT layer 614 is longer than 114 bytes, Start 730, Mid- 
dle 740 , and End 750 MPT packets shown in FIGS. 30A 
- SOD are preferably used to process the IP packet 634. 10 
The headers of these packets use afl combinations of 
the fields described in corijunction yvith the Only packet 
760. As shown in FIQ. 26, the first 1 18 t>ytes of the IP 
packet 634 are loaded into the MPT Start packet 730. 
The start header of the MPT packet denotes a MPT is 

packet as the start of the frame by setting the SOF bit If 
the IP packet 634 is larger than 244 bytes the appropri- 
ate number of Middle packets 740 will be fQled with 126 
byte sections of data from the IP pack^ 634. The SOF 
and EOF bits W1II not be set because the MPT packet is so 
a mIcJdIe packet Numerous rredde packets wilt be filed 
with the IP data until there is less than 122 bytes of data 
remaffiing in the IP packet 634. At this point an End 
packet 750, is fated with the last t^es of infbnmation stnd 
appended with a ORG. This method of using Only. Start 25 
Middle, and End packets yields MPT packets that are ail 
exactly 127 l^es long: 

[01171 After each IP pack^ 634 has been con- 
verted to one of the MPT packets 636. each of the MPT 
padcets 636 is passed to the transport layer 618; The 30 
transport layer 61 6 places each 1 27 byte packet irito the 
127 byte paytoad section of a transport data packet 
(shown in FIQ. 24). The complete transport data packet 
is passed to the uplink frequency converter 1 1 8 of Fia 
1 and bro^cast to the receiver station 1 06. 3S 
[0118] As the receiver station 106. which is tuned to 
a particular transponder and SCID. receives packets of 
infonrtation, tiie data packets traverse up through the 
protocol stack as indicated by the subscriber data flow 
indicated on FIQ. 25. The transport layer removes the 4o 
payload from each transport packet After the appropri- 
ate processing, the payload is passed to ttie MPT layer 
614, which strips the MPT header from the packesl and 
assemtrfes all relevant data from MPT packets to 
assemtrfe the IP data frame. The IP layer 610 strips the 45 
IP header 632 from the data, performs well-known IP 
processing functions., and routes the data to the UDP 
layer 608. The UDP layer 608 strips off the UDP header 
628 and routes the remainir^ information to the pn^er 
application (port) as denoted by the UDP header. The so 
BFDP layer 604 strips the BFDP header 626 from the 
data packets and, using the information in the headers, 
reassembles the data contained in the BFDP packets 
into the data file 620 as sent by the transmission station 
102. Additionally, if necessary, tiie receiver station 106 ss 
denotes missing data packets ttirough examination of ; 
ttie BFDP heaJers. Thus, the GUI of the present inven- 
tion may reassenWe the original data file in accordance 



with the BFDP header fieUs at the receiver station 106 
after nmdtpie broadcasts ct the original data fila That is, 
any missing data after the data is broadcast will be 
'Yilled in" witti the qipropriate data from subsequent 
broadcasts of the original data a fila Fbr exanple, if a 1 
megabyte (MB) fSe is broadcast and the receiver station 
106 successfully acquires all but 1 kik)t>yte (KB) of tiie 
broadcast orrfdrmation. instead Of having to reacquire all 
of the data that the receiver station 106 has already 
received, the receiver station 106 simply waits fbr and 
acquires the 1 KB of data that it needs to complete ttie 
1MB fila 

2. Broadcast Address Resnlu tion Protocol rBARP) 

[0119] As referenced eariier, the broadcast adcfress 
resolution protocol (BARP) layer 612 is required to 
resolve IP addresses into physical (i.e., satellite trans- 
port) addresses. BARP is the subject of a co-pend- 
ing commonly assigned application entitied 

. : ' filed o n and 

/ , The BARP 
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layer is coupled to the MPT layer 614 and is used to 
map a rmifticast source IP address to transport^edfic 
tuning information. That is. BARP is a map that tells a 
receiver station 1 06 on which transponder or transpond- 
ers and SCID or SCIDs, information from a particular 
source IP adcfiress may be fourxl. For exampfa when a 
user selects infonmation from the QUI. the receiver sta^ 
tion 106 uses BARP to determine tuning pararrieters 
(e.g., transponder and SCID) tor the information 
selected by the user. Preferably, BARP information is 
p^'odicalty sent on as many transponders as possible 
so that users have easy access to ttie most current 
BARP infomiatioa 

[01 20] BARP consists of a header followed by zero 
or more address records. BARP preferably uses MPT 
frame type 0x0806. FIGS. 31 A and 31 B represent the 
format of a BARP header arxl a BARP address record, 
respectively. The BARP header includes version, 
change number, record count and reserved fields. In 
tills example, version is a 1 byte field that represents the 
version of the BARP fomnat used to create ttie header 
and address record. Change number is a 1 byte field 
that is incremented each time anything in tfie header or 
any of ttie address records change. Record count is a 2 
byte field ttiat indicates ttie number of address records 
that follow this BARP header. The resented field is a 
four byte field that may be used to provide system flexi- 
bility in ttie future. 

[01 21 1 The BARP address record, as shown in FIG. 
31 B, includes six fields. An IP address field contains a 
four byte representation of an IP address Transponder 
is a bitmap field identifying the transponders on which 
ttie previously-noted IP address can be found. Each bit 
in the transponder field corre^nds to a tran^x)nder. 
Set bits in ttie transponder field indicate ttie presence of 
ttie IP address on ttiat transponder. For example, if ttie 
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fust bit is set (1) and the rest Of the bfts are dear (0) then 
the IP address listed in the IP address field is present 
only on the first transponder of the systenx The SCID 
field denotes the 12 bit SCIO that contains the informa- 
tion provided by the IP address Ttsted in thd firstfieU of s 
the header. Preferably, the four nrost significant bits are 
reserved. Channel is 10-bit channel number that is 
associated with the this SCID and transponder. For 
example, transponder two, SCID nine may conrespond 
to channel 105. Preferably, the most signiTtcant 6 bits of w 
the channel field are reserved for future usa Service 
type is the type and paradigm of the channel associated 
with the transponder and SCID in the address record. 
The reserved fidd is 3 bytes long and is preferably 
reserved for future system usa Infonmation for channel is 
and service type fields are preferably suppOed by the 
broadcaster to satisfy turiing requirements cff 8ut>scrft>er 
units. 

[0122] While the BARP and BFDP protocol layers 
represerrt one preferred way of transmitting the infomna* 20 
tion related to the GUI of the present invention, other 
transmission systems and methods may be substituted 
without departing from the spirit of the onvention. 

H. SDP + Records 2S 

[0123] Another difficulty faced in utilizing the wide 
variety and large' amount of inforrnation transmitted 
within the DTH system 100 is providing a way for the 
GUI to efficientiy f ind and process the various kinds of 
data that are avaOabte at various times within the multi- 
program data stream. One preferred method tiiat allows 
the GUI of the present invention to effidently find and 
process information for presentation to a user are 
'•session description protocol plus" (SDP +) 
records. SDP+ records are tiie subject of a co- 
pending commonly assigned application entrtied 

» filed on . and 
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[01 24] An SDP + record is an announcement mech- 40 
anism tiiat includes a number of fields, which are 
assemt>led into a single record or file to provide informa- 
tion on available services such as webcasts, down- 
loads, and streaming data or other services. The SDP + 
protocol is a combination of standard SDP fields and 
augmentations, or extensions, to the standard SDP pro- 
tocol. Additional details regarding tiie standard SDP 
protocol may be found in RFC 2327. The standard fields 
of ttie SDP protocol tiiat are used in the of tiie SDP + 
protocol Include, protocol version, tiie owner/creator 
and session identifier (i.e., the IP address of tiie creator 
of the SDP record), tiie name of the SDP session (i.e., 
the name of tiie SDP record), a brief description of the 
session (i e., what the SDP record is for), ttie multicast 
addreiss on which the session is being broadcast the ss 
start and end times of the broadcast, tiie repeat times of 
the broadcast, a list of Internet webpages that can pro- 
vide additional infbrmatioi on tiie item tiiat is going to 
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be broadcast, what the port of the broadcast is (i.a, the 
UDP port of the broadcast), the type of broadcast (ag., 
BFDP, Stream, Webcast or Intercast), sorting and f itter- 
ing infomnatioa 

[0125] As noted, an SDP + record may also contain 
infomiation such as the time a particular service will be 
broadcast the multicast IP address on which the serv- 
ice win be broadcast, ttie size of the file ttiat will be 
t)roadcast and information relevant to the GUI such as 
teict or images ttiat should be cfisptayed to the user. 
Each download service (ag.. each webcast, each soft- 
ware download, etc.) has its own SDP -i- record, which is 
Imadcast to ail sut)sa9)ers to inform ttiem of the infor- 
mation that is available for download. With reference to 
GUI information. SDP + records are used by ttie PC 128 
to build particular sections of pages using selected 
infomrtation resident within tiie PC 128 (e.g., the basic 
page template 180) and selected dynanuc data that is 
received from a satellite in the form of SDP + recorda 
When tiie user launches ttie interface info anoth^ state 
or paga tiie GUI builds the destination page as 
instructed by ti^e template 180 and by ttie SDP + 
recorda The page is ttien displayed on tiie user's PC 
rnonitor130. 

[0126] SDP .1- records also allow users to pre-select 
download content from descriptions of tiie contenL then 
f Et^ for ttiat infonmation as it arrives in ttie one-way data 
istream of tiie DTH system 100. the descriptions of tiie 
content rray include extended SDP records^^induding 
protocol version, name, times of broadcast. IP address, 
mandatory download static ID number, run command, 
category, ffle size, text messages, channel, images, 
keywords, etc. 

[0127] As previously mentioned, SDP + records 
also provide announcement information Including con- 
tent type, start time, duration, Internet address informa- 
tion, and actions to be isken on receipt of tiie 
infomiation. Announcement management is critical to 
finding ttie data stream, cfisaete download or wet)cast 
information in the received transmission. SDP -1- records 
can be resdnded and modified, once they are present 
on tiie user's PC 128. SDP + records can be used to 
indicate mandatory downfoad events such as software 
updates. The system user (client) uses SDP + records 
to schedule program reception. After tiie client makes 
selections based on the SDP record information, the 
receiver station 106 properiy tunes itself to receive tiie 
selected information. 

[01 28] SDP + records are a combination of conven- 
tional SDP records and extensions to tiie conventional 
SDP records. Generally, the extensions to the standard 
SDP protocol consist of fields for linking different down- 
load services together, specifying if a download file is 
mandatory, archived or should be run upon download to 
ttie receiver station 1 06. The extensfons also provide for 
specification and placement of graphics for^the GUI. ttie 
notification of the user upon receipt of ttie SDP -f record, 
and ttie recession of previously sent SDP + records. 
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' These unique extensions coipled with the standard 
SDP protocol yield the SDP + protocol used in corqunc- 
tion with the GUI of the present iny/^on. The details of 
the conventional SDP fields and the unique extensions 
of the present invention are best descrbed in conjunc- 5 
tion with the exemplary SDP + records shown in FIQ& 
32A'32D. 

[01 29) Referring now to FIGS. 32A-32D, fields indi- 
cating version (v), record ID (o), muWcasl IP address 
(c). time (t). and port (m) are required for all SDP + 10 
records of any kind. Additionalty. for any BFDP down- 
load the object ID BFDP code (a = key:) is needed. The 
run command (a=run:) is r€K)uired fbr all streaming data 
downloads. For all streams having an entry in the MPG 
a channel link (a » channel) is required. Additfonially. for 15 
alt webcasts a URI address f ieki (us < uri > ) is required 
[0130] FIQ 32A is a sample SDP + record fbr 
streaming data, which is commonly referred to as a 
ticker. The field "v =0' refers to the version of the SDP + 
protocol used to produce this SDP + record The record so 
ID. which is represented by 'a" indicates the unk^ue 
session ID for this particular record Specifically, the 
session ID for this SDP ^ record is 0001 and the version 
of this record is 1 7. The session ID is a way to refer to 
this particular SDP + record and 17 indicates that there 2$ 
have been 16 previous versions of this SDP + record 
before this versiori. The name of this session is repre- 
sented by "s = Announcement Dunp." However, it 
shoukl be noted tfiat the session name is artxtrary 
ASCI I text that is used to identify the SDP + record. The 3o 
field V represents the multicast IP address of this ses- 
sion and Vr iridicates that the Time To Live (TTL) 
value, which indicates the numba of "hops" that a 
packet may make before it expires. Multicast IP 
addresses denote the IP address on which the informa- 3S 
tion corresponding to the SDP + record will be broad- 
cast The multicast IP address is used in conjunction 
with the previously described BARP table to tune a sub- 
scriber's receiver station 106 to the appropriate trans- 
ponder and SCID to receive the broadcast information. 40 
When a user makes a request to receive broadcast 
information using the GUI. the receiver station 106 
determines the nujlticast IP address on which the infor- 
mation will be broadcast by looking to the SDP record 
corresponding to the selection. Once the multicast IP 4S 
address is determined, the receiver station 1 06 uses the 
BARP table to correlate the multicast IP address to a 
transponder and SCID. The receiver then appropriately 
tunes itself to the proper transponder and SCID to 
receive the broadcast information. Since streaming data so 
or tickers are always running, the start and end times 
represented by "t = 0 0" incficate that the data service is 
constantiy running and is permanent The fiekJ "m =r 
indicates that the UDP port of the data is 3278 and the 
type of data is streaming data. 55 
[0131] The SDP+ record shown in Fia 32 A 
includes "a=:key :1 which indicates that tiie object ID for 
this SDP + record is 1. The object ID may be used for 



sorting or other functions. The object ID in the. SDP + 
record matches the object ID sent in the BFDP header. 
The fieU "a = run: consoleSckeT indfcates that when the 
download is complete, an executable f Oe named conso- 
lelicker shoukl be started. The standard SDP fieU 'a => 
keywds' is used to conrelate SDP records to one 
another. For exampld. in the SDP + record shown n 
FIG. 32A "tsetup" is used to conrelate this SDP -f record 
with another SDP + record such as a client download 
ffle. 

[0132] FIG. 32B is an example SDP + record for a 
fOe downtoad. Similar to the ticker SDP + record of Fia 
32A. the fie downfoad SDP + record a file downtoad 
specifies the version of the SDP + protocol used to pro- 
duce the SDP -I- record the record ID, the name of the 
session, the multicast IP address of the session, and 
the object ID of the sessfon. Additionally, the SDP-i- 
record shown in FKB. 32B specifies downfoad tknes 
using a 1 « 3079382400 31 55745600." wherein the frst 
number is the start time of the broadcast and tiie sec- 
ond number is the end time of the broadcast The start 
and end times are specified in dedmal network torn 
protocol (NTP) format The 'r= 10m lOmO^ specifies the 
broadcast repetition of the broadcasts, wherein the forst 
number indfoates the interval between broadcasts, the 
second number indtoates the duration of the broadcasts 
and the third number indicates the time offset between 
the broadcasts. The fiekJ "m a" indicates that the UDP 
port of the data ts 3335 and the type of data is BFDP 
data. The SDP + record shown in FIG. 32B further spec- 
ifies the size of the file that is to be downloaded using 
the "asfsz" command. The example file download SDP 
+ record specifies a file size of 980K. The fBe download 
SDP + record also specifies that this file is a mandatory 
download using the command "a = mandatory." That is, 
tiie receiver station must receive the data broadcast 
con-esponding to this SDP + record during one of the 
broadcast times. The field "a « irun:catalogir^tall.exe" 
specifies that after the data associated with the SDP -i- 
record is received, tiie ffle cataloginstall.exe must be 
executed. 

[01 33] FIG. 32C is an example of an SDP + record 
that is used to specify information pertinent to a wdt>- 
cast In addition to using the fiekjs previously described 
in conjunction with the ffle download and ticker SDP + 
records, the webcast SDP -t- record may use the sessfon 
description fiekJ denoted as "i =." This field is an ASCII 
text f ieW tfiat may be used to describe the content of a 
particular session or webpage. The session description 
field may be used as the preview description repre- 
sented as horizontal lines in the chiW window 234 of 
FIG. 6. Alternatively, the session description f iefo of tiie 
SDP + record may be used in conjunction with SDP + 
records other than webcast SDP + records. For exam- 
pla the session description field may be used In ticker 
SDP + reconls to fill in the data channd description 308 
as shown in FIG. 1 1. The webcast SDP + record also 
includes a field denoting the URI of the webpage that is 
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broadcast The webcast SDP + record also uses the 
standard SDP extension 'a = cat/ which is used for 
sorting and filtering the SDP + records. 
[0134] The webcast SDP + record uses the unique 
extension *a » displaylype to indicate how the infbr- s 
mation content from the webcast wiD be displayed to the 
user. Additionally, the unique SDP + field "a = img" is 
used to associate an innage file (in this case cnn.gif) with 
a webcast. This image may be used as a thumbnail or 
any other representation of the content of the w^)cast io 
The image field and the display type field can work 
together to pro^e infomoation tor the GUI. Display type 
may be used to incficate on which page of the GUI the 
image specified in the image tieU must be placed. For 
exanple, type may be used to specify Top lOWebcasts. i5 
normal. Top 5 Downloads, Spedal Events, Tickers, Soft- 
ware Hot Links or Software Specials, each of which may 
be r^resented by a number. As shown in FIG 33C. type 
s 1 is specified, wNch may correspond to Top 10 Web- 
casts. Accordingly the image cnn.gif will be placed on so 
the control panel 1 84 of the GUI as shown in FIGS. 5-7. 
Alternatively, type rnay indicate Top 5 Downloads, which 
corresponds to the control paneJ^^I 84 shown ort the Soft- 
ware Downloads page in FIG. 9. The specific^on of pri- 
ority =8 denotes the particular location in which the 25 
cnn.gif image will be placed on the control panel 184. 
Referring to the control paneif 184 shown in FIGSr5-7, 
different priorities conrespond to different locations in 
the arrangement of the 10 Best-of-Web imagi^ shewn. 
For example; Discover is priority 1 . RolKng Stone is pri- so 
ority 2. Forbes is priority 3. etc. 
[01351 FIG. 32D is an example of an SDP + record 
that may be used to represent enriched TV. In addition 
to the field discussed in conjunction with the SDP + 
records, this SDP + record includes the field "a =chan- 35 
nel." This field contains a 32-bit channel number that 
associates the data contained in the enriched video to 
channel content of a channel located in the program 
guide. The information contained in the enriched TV 
may be associated through a number of program guide 4o 
channels. 

I. W^xast 

[0136] As previously noted, the DTH system 100 45 
broadcasts disaete downloads. These downloads are 
data items that have well-defined broadcast schedules 
and require detailed announcement information to 
locate the items in the received data. Exanples of dis- 
crete downloads include software applications, such as so 
spreadsheets, word processors or games Webcasting 
is a spedal case of the disaete download. A webcast is 
an ongoing and repeating downtoad of specially 
selected web content The content is usually grouped 
by domain. Minimal scheduling is required tor down- ss 
loading webcast information. Multiple groups of content 
may be identified by the same identifier, thereby creat- 
ing a one-to-many relationship eimong the items of inter- 



est. The system 100 may archive webpages pages on a 
the PC 128 for later viewing. 
[0137] As webpage infonration is received bj/ the 
subscriDer unit it is stored for later use. In theprefenred 
emtxxSment webpage information is received in a com- 
pressed format and is stored directly without 
extractfon) by the subscrfoer unit Preferably, the 
present invention uses an archiving scheme based on 
the PKWare™ PKZIP™ fornrat However, other aflerna- 
tive archiving formats may be used. If the archived fit^ 
are conrpressed. the files are preferak^ extracted on 
demand using a PKWare™ extracta. tf, however, the 
faes are not compressed, any ZIP extractor may be 
used to extract and view the files. Preferably, the filena- 
mes used in the webcast archive are actually the uni- 
form resource identifier (URI). 
[01 38] Preferably, webcast archive files have a ded- 
icated filename extension. On any given data carousel, 
the contents of which Is repeatedly broadcast, there 
must be exactly one main fae for each webcast Prefer- 
ably, this fie contains a snapshot of the entire website or 
website subset as selected for broadcast Update 
arcNve files may be used to r^lace portions of the 
main file on the carousel. The subscnl>er unit stores all 
archive files in a subdirectory corresponding to the ses- 
sion ID of the webcast Preferably, when a main file is 
received that is newer ttian the dirre^ mkiri file in that 
directory, all other fDes in that directory will be reriioved 
and any links in the proxy server's cache map file for this 
w^xast will be replaced with the URIs in the hew nrtain 
ffla 

[01 39] In accordance with the present invention, the 
subscrfoer unit preferably maps uniform resource loca- 
tors (URIs) to archive fDes. The map allows the sub- 
scriber unit to locate the archive file containing a URI 
that the user desires to view. When the subscriber unit 
receives the main fOe. the subsaiber unit removes all 
ties and cache map file links to the associated session 
prior to the rec&pi of the new main fSe. When the user 
requests a webpage, the subscriber unit extracts and 
decompresses the appropriate archive fOe data to a 
socket. TTbs extraction is done in real time rather than 
extracting ^e entire archive fOe to disk. The subscriber 
unit also preferably has the capability to save partially 
downloaded files and acquire missing portions of the 
f Oes on the next broadcast of the files as with all BFDP 
deliveries. 

[0140] In accordance with the present invention, the 
headend unit is capable of manipulating the archived 
ffles using functions that archive files, determine the 
number of files in an archive file, return the name of a 
particular entry in an archive fOe, remove 9itries from 
ah archive f Oe, ard merge a number of archive files into 
one archive file. The function that puts entries into an 
archive file indudes a f iekJ denoting the file or files to be 
archived Preferably, wiMcard incficators may be used to 
specify a number of f flenames for entry into the archive 
fSa The archive function also preferat^ly allows for a 
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spedfication of a location to which the archive f 3e 
should be written (e.g., a path name). In a preferred 
embodiment the archive function allows for specification 
of compression or no compression for the archived file. 
The archive function parses the specified fSes, reads 5 
the hypertext transport prctocoi (HTTP) header, and 
archives the specified files to an output file using the 
URI found in the HTTP header. 

[0141 ] A function that counts the number of f fles in 
an archive is also preferably implemented at the head- 10 
end unit This funcbon allows for a specification of an 
archive filename and returns the number of files stored 
in the archive fOe. Another desirable function is that of a 
function that retunis the name of a file located in an 
archive fila This function allows for specification of an is 
archive filename, the index or location of the file in ques- 
tion, the name of a buffer that will be filled with the name 
of the file in question, and the size of the specified 
buffer. Based on the inputs spedfied this function pref- 
erabty returns the name of the file located in the sped- 20 
fied index position in the specified ardwe fSe, the size 
of the fQe, and the length of the character stnng retumed 
in the buffer siza 

[0142] A function that erases portions of an archive 
file is also deslrakile. This erasing function allows for the 25 
spedfication. of the archive file in question, the array 
index or incfices to be erased from the archive file, and 
the number of elements specified in the index or irKltces 
to be erased. Preferably, a function is induded that 
allows for the merging of two archive files. This merging 30 
function allows for the spedfication of two archive ffle 
names. One of the archive filenames is the file that is to 
be merged irrto the archive fDe bearing the other sped- 
fied filename. 



the tuning segment having an elongated 
graphic bar with a length and a width, the 
length of the graphic bar being sub-divided into 
a plurality of contiguous regions so that each of 
the regior^ uniquely corre^nds to a program 
parsed from a multi-progiram data stream. 

2. The interface of claim 1, wher^n the tuning seg- 
meifit further comprises an increment graphic for 
incrementing the currently tuned program to the 
next highest available program 

3. The interlace of claim 1, wherein the tuning seg- 
ment further comprises a decrement graphic for 
deaementing the currently tuned program to the 
next lowest available program. 

4. The interface of daim 1, wherein the number of 
contiguous regions corresponds to the number of 
progams available to a user. 

5. The irtterface of claim 1, wherein the tuning seg* 
ment further comprises a graphic slider overis^ing 
the graphic bar and movable along the length of the 
bar. . 



6. 



35 



J. Conclusion 



[0143] Of course, it should be understood that a 
range of changes and nrxxitf icatlons can be made to the 
preferred emtxxfiment descnl>ed atxve. It is therefore 40 
intended that the foregoing detailed description be 9. 
regarded as Illustrative rather than limiting and that it be 
understood that it is the fdlowing daims, including all 
equivalents, which are intended to define the scope of 
this invention. 4S 



The interface of daim 5, wherein the position of ttie 
slider overlays and corresponds to an undertying 
region from the plurality of contiguous regions, the 
underlying region corresponding to the currently 
tuned program. 



7. The interface of claim 5, wherein the tuning seg- 
ment further comprises a program identification 
adjacent to the slider. 

8. The interface of daim 7, wherein the program iden- 
tification comprises textual information related to 
ttie cun'ently tuned jprogram. 



Claims 

1 . A connputer based graphical user interface for fadl- 
rtating the selection and display of transmitted so 
audio, video, and data, corrprising: 

a main menu state with a first multi-segment 
display, tiie first multi-segment display having 
an active video/audio segment, arxi a tuning ss 
segment: 

ttie active video segment adapted to display a 
currentty tuned program; and 



The interface of claim 1, further comprising a pop- 
up remote contrd graphic, the remote control 
/graphic having a display and a plurality of graphic 
keys uniquely corresponding to a plurality of 
recaver station functions, ttie format and function- 
ality of the graphic keys and the display being asso- 
dated witii a current state of the interiace. 



10. The interface of daim 1, wherein the active 
video/aucfio segment comprises a substantial area 
portion of the first multi-segment display. 

11. The interface of claim 1 . further comprising a serv- 
ice segment the service segment induding one or 
more service graphics representing links that 
launch the interface into corresponding sut>-groups 
of interlinked service, display states. 
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12. The interlace of daim 11, wherein the servfce 
graphics include a graphic representing a Bnk that 
launches the interface into a suihgroup of inter- 
linked service display states, the sul>group of inter- 
Knked service dtspl^ states adapted to fadlitate 5 
the selection aiKl display off video channels. 

13. The interface of daim It, wherein the senrfce 
graphics indude a graphic representing a link that 
launches the interface into a sut>-group off inter- 10 
linked service display states, the sul)-group of inter- 
linked service display states adapted to facilitate 
the selectton and display off one or more wel>sites. 

14. The interface off daim 13, further comprising: is 

one or more logos associated with the web- 
sites; 

a table stored in a cornputer memory and indic- 
ative off locally cached websites; 20 
a graphic cursor, the cursor being movable 
within the service dispfay sfates; and 
a cache status overlay gpraphic, the cache sta- 
tus graphic indicating the local cache status off 
a ffirst website logo that is overjaid by the . 25 
graphic cursor. 

15. The interface of daim 11. wherein the servtee 
graphics indude a graphk; representing a link that 
launches the interface into a sub-group of Tnt^r^ so 
linked service display states, the sul>-group off inter- 
linked service display states adapted to facilitate 
the selection, display, and downloading of computer 
software. 

35 

16. The interface off daim 11, wherein the service 
graphics indude a graphic representing a link that 
launches the interface into a sub-group off inter- 
linked service display states, the sub-group off inter- 
linked service display states adapted to fadlrtate 4o 
the selection, display, and downloading of numern 
caldata. 

1 7. The interface of daim 1 1 , wherein at least some off 
the sub-groups off interlinked service display states 45 
and function display states are constructed in 
accordance with information parsed from the multi- 
program data stream. 

18. The interface off claim 17, wherein the fayout and so 
content of the sendee and function display states 
may vary dynamkalty over time as a function of the 
information parsed ffrom the multi-program data 
stream. 

55 

19. The interface off daim 18, wherein the information 
parsed from the multi-program date stream 
incliKles SDP + records. 
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2a The interface of daim 1 , ffurther comprising a func- 
tion segment, the function segment inducting cme or 
more function graphics representing links that 
launch the interface into corresponding sub-gron)s 
of interlinked function display states. 

21. The interface off daim 20, wherein the ffunctioh 
graphics include a grapWc representing a link that 
launches the interface into a sub-group of ffiter- 
linked function dispfay states, ttie sub-group of 
interilnked function display states adapted to fadli- 
tate multi-day scheduling and review of program 
viewing and data downU)ad'ffig events. 

22. The interface off daim 20. whwein the ffunction 
graphics indude a gnapWc representing a link that 
launches the interface into a sub-groip off inter- 
linked function display states, the sub-groip off 
interiinked ffunction dispfay states adapted to fadfi- 
ta^ the setthg off a satellite receiver station's func- 
tion options. 

23. The interface off daim 20, wherein ttie ffunction 
graphfcs indude a graphic representing a lii* that 
launches tiie interface into a sub-group of ffrter- 
linked function display states, tfie sub-group of 
interlinked function display states adajated taffacfli- 
tate the selection and display off textual messages. 

24. The interface off daim 1 , furtiier conprising a titie 
segment 

25. The interface of claim 1, further comprising a 
date/time segment 

26. A method off selecting and displaying infbrnmtion 
transmitted in a digital bitstream composed ffrom a 
plurality of infornration data streams, corrprising 
the steps off: 

parsing the digital bitstream to extract a ffirst 
information data stream from the plurality of 
information data streams; 
generating a graphic page layout and organiza- 
tion in accordance with the first information 
data stream; 

Piarsing the digital bitstream to extract a second 
information data stream from the plurality of 
information date strearr^; 
generating a graphic page content in accord- 
ance witii the second information data stream; 
arrd 

displaying the graphic page content in accord- 
ance with tiie graphic page layout and organi- 
zation to produce a final graphic page display. 

27. The method of claim 26. wherein tine layout organ- 
ization, and content of the final graphic page display 
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may vary dyhamicafly over tima 

28. The method of daim 27, wherein the layout and 
organization of the final graphic page cfisplay is sub- 
stantiaDy defined t>y SDP + records that are parsed 
from the d^ital t»tstream. 

29. The method of daim 26, further induding the steps 
of: 

receiving, from a user, an input that is associ- 
ated with a particular screen location within the 
final graphic page cfispl^; 
associating the particular screen location with 
a third Information data stream from the plural- 
ity of information data streams; 
parsing the third information data stream from 
the bftstream to form a user selected data 
stream; and 

displaying the user selected data streara 

30l The method of daim 29 wherein the particular 
screen location lies along a graphical tining bar 
and portions of the tuning bar uniquely correspond 
to infomnation data streams from tiie plurality of 
information data streams, the particular screen 
location conresponding to a particular portion of the 
tuning bar, the particular portion erf the tuning bar 
conresporxling to a particular information data 
stream. 

31. The metiiod of daim 30. wherein the particular 
information data stream corresponds to a TV chan- 
nel. 

32. The metiiod of daim 30, wherein tiie particular 
information data stream conesporxte to a website. 

33. The method of claim 30. wherein the particular 
information data stream corresponds to a data 
channel, 

34. The method of daim 26. further induding the steps 
of: 

receiving, from a user, an input assodated with 
a particular screen location within a context 
sensitive remote control graphic tiiat overlays a 
portion of the f inal graphic page display; 
associating the particular screen location with 
a receiver function; arKi 
invoking the receiver function within the 
receiver. 
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a webpage logo, the webpage logo overlayir^ 
a portion of the rmal graphic page display and 
representing a link to webpage information: 

retrieving the webpage infonration assodated 
with ttie webpage logo from a network; 
proc^sing tifie webpage infonnation into a web 
content information data stream; 
transmitting the web content data stream from 
a transmission station to a receiver station; 
receiving the web content data stream at 4ie 
receiver station; 

processing the web content data stream at the 
receiver station to recover the webpage Infor- 
mation; arKi 

staing ttie webpage intormation at the receiver 
station. 

36. The method of daim 35, wherein the step of 
processing the web content data stream at the 
recaver station comprises filtering the web content 
data stream. 

37. The method of daim 36, wherein tiie filtering is 
assodated with user specif led criteria. 

38. The method of daim 36, wherein tiie filtering is 
assodated with predetermined criteria. 

39. The method bf daim 36, wherein the filtering is 
assodated with a SCtD assigned at the transmis- 
sion station. 

40. The method of claim 35. wherein the network is tiie 
Internet 

41. The method of daim 35, further comprising the 
steps of: 

retrieving the stored webpage information; and 
displaying tiie stored webpage infbrnnation. 

42. The method of claim 41. wherein the webpage 
information is displayed in accordance wrtii a 
graphical uiser interface. 
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35. The method of daim 26. furtiier induding the steps ss 
of: 



receiving, from a user, anjnput assodated with 
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Example Ticker SDIH- Record 

o=DTV0001 17DSSIP4 
s= Announcement Dump 
c=DSSIP4 233.17.43.6/1 

t=00 

m«data 3287 UDP STREAM 
a=key:l 

a=nxn:consoleticker 
a^keywdsrtsetup 

FIG. 32A 



Example File Download SDP+ Record 
v=0 

o=DTV 0008 17 DSS IP4^ 

s^'Data Catalog 

c=DSSff4 233.17.43.3/1 

t=3079382400 3155745600 

r=10m IQmO 

m=data 3335 UDP BFD? 

a=key:8 

a=fsz:980000 

a=mandatOTy 

a==mn:cataIoginstall.exe 



FIG. 32B 
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Example Webcast SDP+ Record 



o=DTV 900 17 DSS IP4 
s=CNN 

i=.Research Snandal markets woridwidc, get stack quotes, and calojlate your 
mortgage payments - aU on-line. Read the "Tiot stories'* of the week m the financial 
world. Complete BstmgofCNhPs Financial Network television broadcasts. 

u=http://www;cnn.coni^dex.litm 
c=DSS IP4 233.17.43.7/1 
t=00 

m=siata 3334 UDP WEBCAST 

a=cat:News 

a=ki^:900 

a=fe2: 16000000 
a=display:type=l, priority=8 

a=img:cnn.gif 

FIG.32C 



Example data enriched video SDP+ record 

o=DTV0201 17DSSIP4 
s=CNBC 

c=DSS ff4 233.26.24.24/1 
t=0 0 

m=data 6500 UDP INTERCAST 

a=key:201 
a=channel:775 
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